Version: (using KDE 4.2.0) OS: Linux Installed from: Ubuntu Packages I file this as a bug because it took me awhile to figure out what was going on with my dolphing and instantly thought it was a bug or regression. I understand Dolphins new default behavior on long copy/move operations is to hide/minimize the progress bar to a systray icon. However, I have followed KDE 4.2's call and switched from an application oriented workflow to a more task based one, meaning that I have abandoned my Kicker (Plasma bar, whatever) and work in fullscreen apps now. All informations I need are displayed in playmoids, which I bring to the foreground when I need it. This also affects my systray, which is now invisible most of the time. Dolphins new behavior now forces me to raise the plasmoids and click on the minimized icon to get back the progress bar, which turns out to be a major annoyance. I reckon the easiest solution to be a checkbox in the options to toggle the hiding behavior of the progress bar, so that it can be told to stay on top all the time. Alternatively I could live with a tiny indicator inside Dolphin's UI that tells me that a copy/move operation is still active. Maybe it could unhide the progress bar as well, when clicked. The bug potential here is also for beginners who would think a copy/move operation on a big file tree has ended and start performing actions on files or folders that don't exist anymore a few seconds later.
@plasma team: I think in KDE 4.3 it will be possible to adjust this. Is this correct?
@Peter Penz: we're actually reworking how the systemtray handles jobs and notifications. After most of this reworking has been done we'll investigate what usability bugs are still relevant. Current behavior in trunk for example is no autohide: each job is grouped in a totals widget that takes up very little space: you can expand it to see details if you like.
*** This bug has been marked as a duplicate of bug 177708 ***