Version: 2.0-SVN (using 4.2.63 (KDE 4.2.63 (KDE 4.3 >= 20090212)), compiled sources) Compiler: gcc OS: Linux (i686) release 2.6.27-7-generic When amarok is restored from the system tray, the playlist will often be invisible. It will reappear only after clicking somewhere in the playlist area and then moving the mouse. Once the list is visible, amarok can be minimized / restored without the list disappearing. It seems that the list goes invisible when the song changes while amarok is minimized to the tray. I am using Dynamic Playlists (Random Playlist) with no bias added.
Do you use Qt 4.5? I've had the same problem since I've switched to QT 4.5. It is indeed caused by activating Dynamic playlist, and it only happens when a song changes and Amarok is minimized.
I am using qt-copy (from kde svn) which I believe switched over to Qt 4.5 recently.
Which rendering backend are you using with Qt 4.5 (e.g. "Raster")?
At first I thought it was Raster to cause this problem, as it caused other problems in KDE as well. But then I recompiled Qt without the raster flag, and the problems in KDE were gone, but not this problem in Amarok. Maybe related: since qt-4.5 I also have this painting problem in the Dynamic Playlist tab: http://i39.tinypic.com/5ldo9w.png On irc another user was having it too.
This is still valid with QT 4.5.0 final. These conditions are all necessary to trigger it: - The song is changing - Amarok is minimized - Dynamic playlist is turned ON - The playing track must be the 6th, in the playlist. If it's 1-5th it won't work because in that case no new track would be added to the dynamic playlist, and no older track would disappear
Please try to start Amarok with the argument "--Plastique", and see if the bug persists.
Sorry, there is a typo in my last comment. I meant to write "--style Plastique".
I am also seeing this bug after upgrading to QT 4.5.0. The conditions listed in comment #5 are correct. I tried --style Plastique which did change the ui style, but the bug remained.
We are currently in talks with the Oxygen developers, to solve this mystery, and also BUG 186431.
Don't know if it can help in tracking the course down; but normally the playlist will re-appear after right-clicking on the empty space.
(In reply to comment #10) > Don't know if it can help in tracking the course down; but normally the > playlist will re-appear after right-clicking on the empty space. right-click is not enough afaics. You need to (right/left)-click AND move the mouse. The playlist stays invisible until you actually move the cursor, after you clicked.
So, in technical terms, what you're doing is probably forcing it to redraw.
*** Bug 188717 has been marked as a duplicate of this bug. ***
Do you have desktop effects enabled and does this bug persists once the DE are turned off? I vaguely remember having seen a similar bug with redrawing related to compositing.
Unfortunately it happens both with DE enabled and disabled.
*** Bug 190585 has been marked as a duplicate of this bug. ***
Moreover the behaviour of amarok is strange in the point that the playlist disappears and reappears as described and as a gooddie the shown playlist is shorten to about 12 tracks out of 52 in the saved playlist. Sometimes it even happens that the shown track details and placing in the collection don't match the proved ID3-Tags in the .flac, .ogg or mp3-tracks. They get confused with the information of other titles in the collection or something is shown form tracks which have been erased.
It is possible to trigger this behaviour without dynamic playlists enabled: simply use the MPRIS (D-Bus) interface to remove a track from the playlist while the main window is hidden: qdbus org.kde.amarok /amarok/MainWindow hide qdbus org.kde.amarok /TrackList DelTrack 0 qdbus org.kde.amarok /amarok/MainWindow show So it's definitely changing the playlist while the main window is hidden that causes the problem.
SVN commit 968222 by markey: Fix for playlist sometimes becoming invisible when Amarok is restored from the system tray. This fix is actually more a workaround for what appears to be a bug in Qt 4.5.x. It's not really clear why this happens at all, but the workaround remedies it. BUG: 184714 M +3 -0 ChangeLog M +33 -0 src/playlist/view/listview/PrettyListView.cpp M +2 -0 src/playlist/view/listview/PrettyListView.h WebSVN link: http://websvn.kde.org/?view=rev&revision=968222
*** Bug 192768 has been marked as a duplicate of this bug. ***
*** Bug 193311 has been marked as a duplicate of this bug. ***