Version: 2.2.1 (using KDE 3.4.2, Kubuntu Package 4:3.4.2-0ubuntu4 ) Compiler: Target: x86_64-linux-gnu OS: Linux (x86_64) release 2.6.10-5-amd64-generic Make some song play which has data in "artist" or "album" field. Click on the artist name / title on the top bar. In the limited playlist (I don't know what this should be called) you only have songs that have that artist name or that title, whichever you clicked. There is also a "back to playlist" link. Make the playing stop by pressing the stop button (or put the last song playing and skip close to the end). The title bar which showed the current song goes blank---and with it, you lose the "Back to playlist" link. User has no obvious method now to return back to his full collection. This problem is worse than it sounds like because with any sizable collection several hours may have passed since user clicked the artist or title, and user is quite likely to have forgot that he clicked album/title filtering in the first place. When the playing stops due to exhaustion of the playlist, he focuses the window again. The window looks completely normal---not a single thing is amiss---except that large parts of his collection appear to have become lost. To recover from this situation user must make some song play again, so that the "Back to playlist" link appears, or click on the already selected collection image. I suggest the following remedies: if user presses stop, or playing finishes otherwise by exhausting the limited playlist, the link should remain visible. The link's presence is the visual clue that helps user to remember what's going on, even if it had been days since he started playing in juk. In addition, the "collection" image on left edge should become deselected while the limited mode is on, because there are consequences to clicking it.
Alternative remedy: Remove the "limited playlist" mode. Instead, when user clicks on artist name, say, write the artist's name into the query field and filter the results. It'd be a hell of a lot more obvious to understand what's going on. In many ways I'd prefer this solution to this problem. It's nearly as useful---the only practical loss that I see is the inability to further use the filter to find subsets in the already filtered list of results.
I have a feeling this bug is already fixed - or JuK is changed beyond relevance. The current behaviour seems appropriate.
SVN commit 1054459 by mpyne: Cancel the now playing bar's filter if the now playing bar gets hidden. This will be in KDE 4.4 (but not 4.4 beta 1) I will also backport to 4.3.4. CCBUG:112238 M +13 -0 nowplaying.cpp M +4 -0 nowplaying.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1054459
SVN commit 1054460 by mpyne: Clear the now playing bar's filtering if the now playing bar is hidden. This is a backport of the trunk bugfix to KDE 4.3.4. BUG:112238 M +13 -0 nowplaying.cpp M +4 -0 nowplaying.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1054460