Version: 2.3.0 (using 4.3.00 (KDE 4.3.0), Gentoo) Compiler: i686-pc-linux-gnu-gcc OS: Linux (i686) release 2.6.30-gentoo-r4 When kget crashes (and it does that pretty often during transfers, there are already multiple bug reports of that) it leaves an orphaned notification item (a stuck progress bar to be exact) behind in the systray area of kde. This item cannot be removed other than by logging out from kde. BTW: I hate that because kde runs pretty stable and I seldom need to log out. ;-) This is probably less a problem with kget than more a general design problem with the notification mechanism. So please move the bug if appropriate. I leave the severity as "bug" instead of "crash" because while a crash is involved the orphaned item is just an artifact of that and no crash per se. Still it is annoying. It happens with kopete sometimes too which seems to loose track of its notification items and thus some cannot be closed/removed. At least since kde 4.3 this is less often and less annoying. This bug is reproducable with kget. Just make it crash (eg by sending appropriate signals). Progress in notification won't be cleaned up.
So well, reassigning to Plasma... if we have the notification integration disabled, the dialog disappears correctly when killing kget... Lukas
*** Bug 221023 has been marked as a duplicate of this bug. ***
Do you reproduce with kde 4.4.4 or 4.5 beta ?
Coincidentally I reproduced this yesterday with 4.4.3: Right clicking kget download progresses makes it freeze reproducably (I'll file a seperate bug report if it persists with 4.4.4) and after killing kget, unusable notifier progress bars stick around in the systray which cannot be closed or otherwise used.
Still in 4.4.4...
*** Bug 223638 has been marked as a duplicate of this bug. ***
*** Bug 255948 has been marked as a duplicate of this bug. ***
Closing for lack of feedback. Please feel free to reopen this report if you can still reproduce this with KDE 4.8.3 or later.