Bug 181027 - Notifications stuck when application crashes
Summary: Notifications stuck when application crashes
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: notifications (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Rob Scheepmaker
URL:
Keywords: triaged
: 184440 185762 186207 188388 191410 192808 203855 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-01-16 23:03 UTC by Andras Bibok
Modified: 2009-09-03 13:49 UTC (History)
11 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Image showing the problem (171.62 KB, image/png)
2009-02-07 11:07 UTC, Iuri Fiedoruk
Details
notification that des not die but which doesn not have a dialog (27.15 KB, image/png)
2009-04-11 02:00 UTC, doc.evans
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andras Bibok 2009-01-16 23:03:24 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

I found some similar bug in the DB, but not exactly this one, so here's the report:

I started to delete two (quite big) directories using Dolphin, the new notification plasmoid show and hide. After a while Dolphin crashed, and I clicked "Terminate". Since then, the 2 delete process is stucked and can't do anything with them.

I could reproduce it any time, when copy/delete big files and type "killall -9 dolphin" in Konsole.

After this, if an other notification comes (Kopete, etc) all the notifications shows up (thats normal) but only the newest disappear (the stucked ones stay there, I have to hide manually).

KDE was installed from kubuntu-kde4-experimental PPA.
Comment 1 Dario Andres 2009-01-24 14:36:34 UTC
This may be related to bug 178726
Comment 2 kde 2009-01-25 19:42:49 UTC
An ugly hack to get around the problem is to open plasma-appletsrc and look for [ExtenderItems] entries. Manually deleting them and then killing Plasma (I'm sure there is a nicer way to do this) makes the stale notifications go away.

I also ran into this problem during file operations, such as a download that timed out. I ran across it in another context, too, but can't remember what that was. This in on Kubuntu 8.10 amd64 with 4.2 RC 1.
Comment 3 Iuri Fiedoruk 2009-02-07 11:07:24 UTC
Created attachment 31072 [details]
Image showing the problem
Comment 4 Iuri Fiedoruk 2009-02-07 11:07:56 UTC
I experimented this problem also and have some more information.
It seems to be related to processes that show a dialog for the user, I had this in two cases mostly:
 - in dolphin renaming a file to a name that already exists calls a dialog for confirmation, notification never disapear. Also doing undo in file ranaming does the same.
- in ark/extract ifthere is already a file in the directory it will show a dialog to overwrite or ignore. Choosing both leaves the notification forever.
Comment 5 Dario Andres 2009-02-15 23:51:11 UTC
*** Bug 184440 has been marked as a duplicate of this bug. ***
Comment 6 Aaron J. Seigo 2009-03-05 22:00:41 UTC
*** Bug 186207 has been marked as a duplicate of this bug. ***
Comment 7 Marco Martin 2009-03-06 13:00:46 UTC
*** Bug 185762 has been marked as a duplicate of this bug. ***
Comment 8 Jonathan Thomas 2009-03-29 15:29:59 UTC
*** Bug 188388 has been marked as a duplicate of this bug. ***
Comment 9 doc.evans 2009-04-11 02:00:16 UTC
Created attachment 32753 [details]
notification that des not die but which doesn not have a dialog
Comment 10 doc.evans 2009-04-11 02:01:08 UTC
The attachment I just added to this report is static: the notification won't die, it also never changes
Comment 11 doc.evans 2009-04-11 16:28:44 UTC
Another characteristic to this bug which I don't think has been mentioned:

Suppose that one just clicks the "I" icon to make the notification disappear from the screen (because, say, one can't log out or stop plasma at that moment). Then if a second notification comes in, they both pop up (i.e., the stuck one and the new one); then the new one goes away, leaving the stuck one on the screen again; so one effectively has to click the "I" icon every time another notification comes in; which gets highly irritating if they are come frequently.
Comment 12 FiNeX 2009-04-26 16:33:30 UTC
The bug is no more reproducible on current trunk:
when dolphin crashes, the transfer process stops but the notification dialog is still working. You can safely stop the process and the notification will disappear. After, new notifications will be fine too.

Probably, it could be added a feedback for the user in order to inform him that the copy/move/delete process has been crashed.
Comment 13 Dario Andres 2009-05-03 03:53:05 UTC
*** Bug 191410 has been marked as a duplicate of this bug. ***
Comment 14 Dario Andres 2009-05-15 19:57:18 UTC
*** Bug 192808 has been marked as a duplicate of this bug. ***
Comment 15 Dario Andres 2009-05-15 20:41:41 UTC
Indeed, this is fixed on KDE4.3trunk
Can anyone else confirm this ? Thanks
Comment 16 FiNeX 2009-08-08 11:21:40 UTC
I've just make a couple of tests: copying/moving/extracting files works even if dolphin has been killed, the notification is not affected (it looks like the process are separated from dolphin). But I don't know if killing (with ctrl+alt+esc) is a valid test.
Comment 17 Dario Andres 2009-08-19 04:46:22 UTC
*** Bug 203855 has been marked as a duplicate of this bug. ***