Rhythmbox cannot track File Hierarchy changes and mislays song/playlist info
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Rhythmbox |
Unknown
|
Unknown
|
|||
rhythmbox (Ubuntu) |
New
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: rhythmbox
As it stands, Rhythmbox is not able to directly track changes made to the file and folder hierarchy wherein a musical collection is housed. This appears to be true in all versions of Rhythmbox (from Ubuntu 8.04 through 9.10 and beyond).
For instance if I see that I have misspelled the folder for Teh Who and change that folder name, Rhythmbox lists those tracks as Missing, as it should. If those tracks happened to appear in any playlists, they would need to be manually re-added unless the missing file is returned to its former location. This holds true for any file or folder name change anywhere in the folder hierarchy for the library (or any imported file or folder).
Rhythmbox will, if set to scan the library for changes, add the "new" The Who files; but there is no method by which these files can be associated with the old database information (playlist inclusions, ratings, &c). Right-clicking on a Missing track gives only two options: Remove and Properties.
Once this relationship is broken there is no current method by which to repair it.
Give Rhythmbox the ability to re-locate Missing files/folders/
In my example above, I would select all the Teh Who files and point to the The Who folder. Rhythmbox would then re-associate all library information formerly of Teh Who with The Who (including playlist inclusions, ratings, &c).
(This functionality exists currently in iTunes for example.)
Changed in rhythmbox: | |
importance: | Undecided → Unknown |
status: | New → Unknown |
I posted this to Brainstorm but was directed to report it as a bug:
http:// brainstorm. ubuntu. com/idea/ 23724/