Version: 220.127.116.11 (using KDE 4.6.1)
I've found various operations I can do through the collection browser that require the browser to update but it doesn't.
Steps to Reproduce:
1. Choose an album and select 'Show Under Various Artists' (or 'Do Not Show Under Various Artists'). I would expect the album to disappear and reappear in the appropriate place. It doesn't disappear though, which makes it look like the operation hasn't worked. A restart of amarok shows that it has been moved to the correct place though.
2. Edit the ID3 tags for a track - either to change the track name or to change the artists name. In both cases the track will stay exactly as it was in the collection display until amarok is restarted. It's very confusing :-)
3. I've also found that on occasion, newly added tracks (via 'Update Collection') do not appear in the collection browser until amarok is restarted. This one is NOT 100% reproducible.
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 ***