Rhythmbox playlists broken

Bug #1412087 reported by Daniel Schürmann
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Medium
Owen Williams

Bug Description

Rhythmbox playlist are shown in the library tree, but not in the table view. The view is completely empty, no tracks, no headers.

Changed in mixxx:
milestone: none → 1.12.0
importance: Undecided → Medium
jus (jus)
tags: added: library rhythmbox
Revision history for this message
Daniel Schürmann (daschuer) wrote :
Changed in mixxx:
status: New → Confirmed
Revision history for this message
Owen Williams (ywwg) wrote :

hm, I don't have rhythmbox so I'm not sure how to test this.

Revision history for this message
Owen Williams (ywwg) wrote :

(anything obvious in the logs?)

Revision history for this message
Daniel Schürmann (daschuer) wrote :

No, sorry. Is the Tractor feature effected too?

The easiest way would be just to install it.

Attached you find an empty Rhythmbox DB + an empty playlist.

Just place to ~/.local/share/rhythmbox

Revision history for this message
Daniel Schürmann (daschuer) wrote :
Revision history for this message
Daniel Schürmann (daschuer) wrote :
Revision history for this message
Owen Williams (ywwg) wrote :

It turns out I do have an old rhythmbox database, and the music displays fine for me in current trunk. My playlist also appears. For the files you provided, the database is empty and the playlists are all empty or search-based so I'm not sure what you expect to appear.

Revision history for this message
Owen Williams (ywwg) wrote :

maybe your database got messed up somehow? if you open up mixxxdb.sqlite and run this query, what do you get?

select * from settings where name like "%header_state_pb%";

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Yes, you are right, a fresh database works es desired.
Is there an migration issue?

Attached you find the results from the query above.

Revision history for this message
Daniel Schürmann (daschuer) wrote :
Revision history for this message
Daniel Schürmann (daschuer) wrote :
Revision history for this message
Owen Williams (ywwg) wrote :

rhythmbox_bad definitely looks messed up, but there isn't actually any migration -- if mixxx doesn't see a _pb header state, it generates one from the defaults. It sounds like what is needed is an error-handling case where if the protobuf can't be read or is empty, it generates headers from default.

I don't know how the headers got in to that state, though.

Revision history for this message
Owen Williams (ywwg) wrote :

I pushed a change that should detect if the header state proto is unhealthy: if it has all the columns hidden or if there are no columns listed at all. If this happens, the default header state should be restored.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Can confirm, It is fixed now with my original library as well.
https://github.com/mixxxdj/mixxx/commit/5824fb6daadcdc9f5ec4b47fd85409b697e5574d
Thank you.

Changed in mixxx:
assignee: nobody → Owen Williams (ywwg)
status: Confirmed → Fix Committed
Revision history for this message
Owen Williams (ywwg) wrote :

Try rearranging your headers in a way that you recognize. Then, see if when you reset mix they revert to default again. If so, there is something wrong with the round-tripping (I do have tests for that, though, so that would be surprising)

RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/7815

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.