GNOME Bugzilla – Bug 344833
Tracks removed from sources don't disappear
Last modified: 2006-12-07 23:19:38 UTC
When the criteria for a SmartPlaylist changes or a Track no longer matches, it is removed, but if you have looking at that SmartPlaylist, the track doesn't get visibly removed from the list of tracks. If you click on another source and then back to the SmartPlaylist, it will be gone.
This is the most annoying bug in the smart playlists plugin, imo. It's probably a matter of one function not being called, but I've looked and don't see it. Any help would be appreciated.
It seems to be a problem with the playlist model in banshee itself. In SmartPlaylist.cs (line 129) the OnTrackRemoved handler gets called. I tracked this call all through to src/PlaylistModel.cs (banshee-core, line 399). There, a method RemoveTrack() gets called but doesn't do anything. I think the the purpose of this method is to update the model and reflect this changes in the playlist view (like it is done in the overloaded RemoveTrack() method on line 381. This method takes a tree iterator as an additional argument and uses this to delete the track from the model). So either we have to change the RemoveTrack() method so it does anything useful (if possible with only the track as argument) or we anyhow have to call the other RemoveTrack() method.
*** Bug 365217 has been marked as a duplicate of this bug. ***
Punting to Aaron, since as far as we can determine, this isn't a SmartPlaylist specific issue. The answer is, of course, this will probably be a non-issue when the new model-view stuff rolls in.
*** Bug 372393 has been marked as a duplicate of this bug. ***
*** Bug 375614 has been marked as a duplicate of this bug. ***
Fixed in CVS.
*** Bug 383545 has been marked as a duplicate of this bug. ***