Summary: | Collection browser doesn't update when collection changes in Merged View | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | fatgerman |
Component: | Collection Browser | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | matej, ralf-engels, thinus |
Priority: | NOR | ||
Version: | 2.6.0 | ||
Target Milestone: | 2.8 | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | 172542 | ||
Bug Blocks: |
Description
fatgerman
2011-03-27 13:35:03 UTC
Strange, my collection browser displays the changes immediately here, using the default embedded MySQL, local collection files on Kubuntu 10.10 with KDE 4.6.1 and Amarok 2.4-git Can somebody else confirm this? Found it! I had 'Merged View' enabled. When I disable this option everything works as expected. Thank you for the feedback. Actually, this is still a bug, as it should also update in Merged View, changing title accordingly. The merged view relies on the proxy collection which does not implement some functionalities and tries to combine albums from several sources. We will need some more time to clean this up. Set status correctly. This seems to be a problem that is still present in Amarok v2.6 (running on OpenSuse 12.2 64bit). Current setup is an external MySQL database. It would seem that the database tables are updated when you edit the track details or use the organize files feature to rename songs, but the collection browser does not update to reflect those changes. At some point in time the collection browser becomes confused and then displays only the top half. What would be nice is a button (or action that can be bound to a keyboard shortcut) that manually refreshes the collection browser view (no, not a full/partial rescan of the files, just syncing of the collection browser view with back-end storage). In this way the issue can be fixed by the user while all the actions that updates information can be hunted down and fixed. Thank you for the feedback, setting version correctly. I think this may as well be the famous caching bug with Collection View, i.e. bug 262504, which doesn't happen every time, so the Merged view may be just a coincidence. On the other hand, it if well possible that the bug in in AggregateCollection (renamed from ProxyCollection) may not be correctly implemented. There is an easy test for it: if you see collection browser not being consistent with your expectation, clear the playlist and drag the whole collection to the playlist. Study the tracks in the playlist - are they correctly updated? Removed files removed and added files added? If a) yes (when dragged to playlist, the files look up-to-date) -> then this is a definitely another symptom of bug 262504. b) no, tracks aren't updated even when dragged to playlist -> then this is a bug in particular collections not updating themselves correctly. Someone who can reproduce this bug please perform the test. In case of a), please mark this as a duplicate of bug 262504. Can't reproduce b), so this is most likely case a), but it is not reproducible with v2.7.90-53-gbf655f7 *** This bug has been marked as a duplicate of bug 262504 *** |