Bug 202858 - viewing many notifications takes long and then closes them immediately again
Summary: viewing many notifications takes long and then closes them immediately again
Status: RESOLVED DUPLICATE of bug 204867
Alias: None
Product: plasma4
Classification: Unmaintained
Component: notifications (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Rob Scheepmaker
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-06 21:07 UTC by Martin Steigerwald
Modified: 2009-09-03 11:12 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
screenshots of 40 notification applet before viewing 40 notes (9.99 KB, image/png)
2009-08-06 21:08 UTC, Martin Steigerwald
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Steigerwald 2009-08-06 21:07:39 UTC
Version:            (using KDE 4.3.0)
OS:                Linux
Installed from:    Debian testing/unstable Packages

From bug #202835:

"I use TuxOnIce for hibernation. During a hibernation and resume cycle some messages are generated. The KWrite service grabs those.

Sometimes I have one or two messages cause several lines are concatened. But sometimes I get one message by line even when a line is empty."

Sometimes I get upto 40 messages. And if there are more than 30 messages I cannot even view them anymore.

When I try to open them from the panel it takes seconds, then the notes are viewed for the fraction of a second and then the view is closed again. But the notes remain in the notification applet.

Thus I cannot use the notification applet anymore until I log out and log in again which clears all notes.

My usual workaround for this annoyance is: pkill kwrited.
Comment 1 Martin Steigerwald 2009-08-06 21:08:45 UTC
Created attachment 35934 [details]
screenshots of 40 notification applet before viewing 40 notes
Comment 2 Martin Steigerwald 2009-08-06 21:12:35 UTC
I think this should be reassigned to widget-systemtray. Sorry, I did not know that it seems to be the systemtray that display notifications a minute ago. But "Systemabschnitt der Kontrollleiste" seems to be pretty obvious.

I seem to lack the bugzilla karma to reassign the bug, so please do it for me. Thanks.
Comment 3 Martin Steigerwald 2009-08-21 21:46:07 UTC
I found a good way to reproduce this: do "wall /etc/fstab" until the notifications take up more than available screen height. Doing so I also get very high CPU consumption for Plasma and X.org:

shambhala:~> top -d 5
top - 21:43:13 up  8:32,  2 users,  load average: 1.79, 0.88, 0.47
Tasks: 169 total,   3 running, 166 sleeping,   0 stopped,   0 zombie
Cpu(s): 74.8%us, 23.7%sy,  0.0%ni,  0.8%id,  0.0%wa,  0.8%hi,  0.0%si,  0.0%st
Mem:   2072776k total,  1850280k used,   222496k free,    40116k buffers
Swap:  2931820k total,        0k used,  2931820k free,   773556k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3674 root      20   0  535m 335m 3148 S 45.2 16.6  40:41.48 Xorg
19398 martin    20   0  389m  84m  37m R 40.8  4.2   0:32.44 plasma-desktop
 6099 martin    20   0  249m  17m 7544 S  7.2  0.8  18:21.48 kwin
 6168 martin    20   0  134m  38m 6676 R  2.8  1.9   0:26.07 konsole
 6105 martin    20   0 1081m 130m 6108 S  2.0  6.4   0:06.91 knotify4
17983 martin    20   0  175m  53m  29m S  0.6  2.7   0:31.28 konqueror

The only way to restore the ability to view notifications again that I found is pkill/killall plasma-desktop. I once had to do it with SIGKILL as Plasma didn't react otherwise.
Comment 4 Aaron J. Seigo 2009-09-03 11:12:58 UTC

*** This bug has been marked as a duplicate of bug 204867 ***