Bug 182481 - plasma messages will not go away
Summary: plasma messages will not go away
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: notifications (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Rob Scheepmaker
URL:
Keywords:
: 181005 183215 197738 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-01-30 20:32 UTC by Chad Carew
Modified: 2011-08-28 07:26 UTC (History)
24 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot hopefully explains issue! (272.99 KB, image/jpeg)
2009-01-30 20:42 UTC, Chad Carew
Details
Screenshot of the problem Kopete / KNotify (110.16 KB, image/jpeg)
2009-02-25 00:54 UTC, Vinicius Tinoco
Details
Kopete Config (6.82 KB, text/plain)
2009-02-25 06:25 UTC, Chad Carew
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chad Carew 2009-01-30 20:32:04 UTC
Version:           0.70.0 (using KDE 4.2.0)
OS:                Linux
Installed from:    Mandriva RPMs

I dont know if this is a Knotify issue or a Kopete issue, but when i receive a message from someone via kopete i get the pop up from knotify in the system tray. The problem i am having is that these messages are not being "cleared" when i click either on my buddies name in kopete, or the "I" for knotify. Any time a new message pops up, all of the previous messages also pop up, which are hours old. It gets very aggravating as any time a new message is received, a large portion of my monitor is consumed by pop ups. I have included a screenshot to show what i mean. Also, clicking "ignore" or "view" does nothing. The chat window does not appear nor does the message go away.
Comment 1 Chad Carew 2009-01-30 20:42:59 UTC
Created attachment 30752 [details]
Screenshot hopefully explains issue!
Comment 2 Roman Jarosz 2009-01-30 21:37:32 UTC
The "I" only hides it that feature, but clicking view/ignore or opening the message in kopete should remove the popup. Do you have any special setting? If you show the message in Kopete does the tray icon and icon in contact list stops blinking?
Comment 3 Chad Carew 2009-01-30 23:11:59 UTC
I do not have any special settings. Everything should be default. Clicking "View" or "Ignore" does not do anything. The buttons are non-responsive. Nothing happens if i click on either of them.
Comment 4 Thomas Larsen 2009-02-01 03:26:56 UTC
(In reply to comment #3)
> I do not have any special settings. Everything should be default. Clicking
> "View" or "Ignore" does not do anything. The buttons are non-responsive.
> Nothing happens if i click on either of them.
>
I had this happen under OpenSUSE 11.1, with KDE 4.2.
Comment 5 Thanos Kyritsis 2009-02-01 11:54:42 UTC
I also confirm this/these bug/bugs (using Slackware-current's kde 4.2.0 testing packages, all kde4 settings are defaults).

The new knotify experience is awful:

- View and Ignore buttons do not work.

- Sometimes old read messages get stuck in the knotify queue. This is not a directly reproducible bug, but it happens randomly. But you cannot remove them from there and they keep coming back with every new unread message. Focusing on the chat window makes the new unread messages go away, but the old read messages that got stuck, still get stuck in there.

- The knotify queue is annoying when the message queue gets big. It covers a large part of the screen and it's not clear when it times out or it times out very slowly or it doesn't time out at all.

- It's not clear and not documented what the Kopete -> Configure Kopete -> Behavior -> General -> Message Handling -> Use message queue does and how it interacts with knotify:

I think the old kde3 kopete balloon/notification was better:

1) Kopete Balloon with View/Ignore buttons for the new(unopened) chats
2) Knotify message pane for displaying the contents of the last post of an already open chat. This pane times out a little bit later. That was very useful. You work on a different desktop and at the same time you view the posts, they time out, you keep on working and answer them later.

I was trying to have kopete notifications in kde4 behave the same way as above, in kde3. The documentation on message queue is missing. I guessed that all I have to do is set Message Handling to "Open instantly". That almost did the trick, because notifications now do not pile up, but the problem then is that the notification window is totally instant (the pane gets displayed for 1 millisecond! :) You can't catch up with it as in the old days )

Users please vote for this bug(s) and developers please confirm. Please tell us if we have to open different bugs for all the above problems and/or if we have to file them under a different bugzilla product.

TIA
Comment 6 Chad Carew 2009-02-01 13:48:58 UTC
Ditto what Thanos said.
This has become so aggravating I opened KDE systemsettings, and turned off pop up notifications for kopete in Notifications options. **This is NOT ideal** I want to have pop up balloons or some kind of visual notification when I receive a message. Documentation for KDE 4 in general, is abysmal. I have no idea how to clear the knotify queue. Half my plasmids don't run. Krunner documentation is almost non-existent. Krunner has all sorts of plugins with no configuration options and I can't figure out how to use most of them. Its got a nepomuk integrated desktop search plugin but doesnt tell the user what sort of formatting to use for searching, etc. Its just a huge mess. I suppose this is off topic of this particular bug but it seems very irresponsible of KDE devs to release things with NO documentation at all. Telling users to write documentation and send it in isn't going to work. I can't figure out how to use some things because of the lack of documentation. How am I supposed to write a doc when I cant even run what the doc will be for? Take Krunner. It has almost no documentation, and almost 20 plugins. Just one of those plugins is a nepomuk integrated search. How is anyone supposed to write a doc for that who didn't develop it, when they cant find what kind of formatting to use to run a search?
On topic again. Knotify. Where is the documentation? How do i clear the message queue? Fix the "view\ignore" buttons.
Comment 7 Roman Jarosz 2009-02-01 15:42:26 UTC
*** Bug 181005 has been marked as a duplicate of this bug. ***
Comment 8 Roman Jarosz 2009-02-01 15:53:58 UTC
I cannot reproduce this on gentoo. It looks like the dbus doesn't send messages correctly. Is there anything suspicious in ~/.xsession-errors ?

"Use message queue" queue the messages until you show them in chat window or press ignore/view in the popup.

Btw we have so few active Kopete developer so we hardly manage to add new stuff or fix bugs.
Comment 9 Chad Carew 2009-02-01 17:05:25 UTC
Pressing View\Ignore doesn't do anything. That's part of the bug report. As far as /.xsession-errors I dont know what to look for really. I did a quick pass looking for knotify and cut and paste here whatever looked unusual, but it might mean nothing, too.

knotify(18751)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from  "/var/tmp/kdecache-hydran/ksycoca4"
knotify(18751)/kdecore (KLibLoader) kde4Factory: The library "" does not offer a qt_plugin_instance function.
knotify(18751)/kdecore (KLibLoader) kde3Factory: The library "" does not offer an "init_phonon_xine" function.
plasma(18255) SystemTray::Manager::addTask: "kopete" ( "kopete" )
QCoreApplication::postEvent: Unexpected null receiver
knotify(18751) KNotify::closeNotification: 1  ref= 1
knotify(18751) NotifyByPopup::closeNotificationDBus: not found dbus id to close
knotify(18751) NotifyByPopup::notify: 13
plasma(18255)/libplasma Plasma::FrameSvg::resizeFrame: Invalid size QSizeF(-22, 24) 
plasma(18255)/libplasma Plasma::FrameSvg::resizeFrame: Invalid size QSizeF(0, 0) 
plasma(18255)/libplasma Plasma::FrameSvg::resizeFrame: Invalid size QSizeF(-22, 24) 
plasma(18255)/libplasma Plasma::FrameSvg::resizeFrame: Invalid size QSizeF(0, 0)
Comment 10 Roman Jarosz 2009-02-01 17:15:29 UTC
Ok do this, open console and type "tail -f ~/.xsession-errors" this will print new messages that are appened to that file. So please tell me what it prints when the knotify popup, what when you press ignore/view and what when you open the message in chat window. Thanks

Btw this may be the problem NotifyByPopup::closeNotificationDBus: not found dbus id to close
Comment 11 Victor Temistocles Nardes 2009-02-02 02:27:01 UTC
I make Thanos Kyritsis words mine. I also tried to use the option to open the chat window, but it steals focus from any other window while I am doing something else and makes things even worse (bug 168617 has been already reported for that).
Comment 12 Pablo Montepagano 2009-02-09 00:04:43 UTC
*** This bug has been confirmed by popular vote. ***
Comment 13 Stephan Sokolow 2009-02-16 21:11:35 UTC
*** Bug 183215 has been marked as a duplicate of this bug. ***
Comment 14 Vinicius Tinoco 2009-02-25 00:54:22 UTC
Created attachment 31625 [details]
Screenshot of the problem Kopete / KNotify

Image for screen bug of the kopete / KNotify
Comment 15 Vinicius Tinoco 2009-02-25 00:55:22 UTC
I am with the same problem No button in the notification estao functioning for the Kopete So that the notifications disappear are necessary to have access batepapo Had that to incapacitate the notifications of New messages in the Knotify.
Comment 16 Matt Rogers 2009-02-25 04:43:59 UTC
I couldn't reproduce this with opensuse 11.1 and the KDE 4.2 packages from the opensuse build service. I'm using the default settings. I did have this problem in KDE 4.1 before I upgraded to KDE 4.2 though. I'd need to see a config file to compare settings with in order to solve this. Thanks.
Comment 17 Chad Carew 2009-02-25 06:25:28 UTC
Created attachment 31627 [details]
Kopete Config

I assume you want ~/.kde4/share/config/kopeterc?
Here is mine.
Comment 18 Jochen Bauer 2009-02-25 11:39:20 UTC
What's the state of that Bug? I can't imagine that no dev would fix it. Its been an issue for a long time already.
Comment 19 Matt Rogers 2009-02-25 23:22:43 UTC
it requires time and effort on the part of a developer to investigate and fix. So far, none of the developers have had time to do either. Although I can now confirm that it does exist, at least on my opensuse box.
Comment 20 James 2009-03-03 15:26:10 UTC
I can confirm this, and I've been hitting this bug since I can remember Kopete notifications and I've been running KDE4 head as my main desktop environment for about 2 years.

This is without a doubt the most annoying bug in all of kde4 for me. What is generally a positive experience is totally marred by the existence of this bug, and by the Kopete notifications in general.

There simply has to be a better way of presenting notifications than this, and I'd be very happy to write the code since I'm a little bored of my current open source projects right now.
Comment 21 James 2009-03-03 15:38:23 UTC
One idea would be to stack messages from the same user in a single notification.

Then if crazy robin sends me

"I like kittens"

I'll get:

Incoming message from Robin

Then when he sends me

"I just coded an OS in flash"

The single notification will update to have

"and 1 more message" 

in another colour below it.

Then when he says

"Aaarg"
"my cactus is on fire"

It will update to "2 more messages", "3 more messages" etc.

Then when Matt says:

"Oh shit I've just invalidated my PhD whilst cooking Chicken Rice"

His notification will appear on top of Robin's, even if Robin updates his again.. Matt is on top.
Comment 22 Matt Whitlock 2009-03-03 16:08:33 UTC
(In reply to comment #20)
> I'd be very happy to write the code since I'm a little bored
> of my current open source projects right now.

If you take this on, you might consider reimplementing KNotify in the style of Growl.  Growl is a very capable (and elegant) notification system for Mac OS X and is (in my opinion) vastly superior to the current KNotify, no offense to the developers of KNotify.
Comment 23 Pino Toscano 2009-03-04 16:04:20 UTC
This has nothing to do with both Kopete and KNotify, but with the notification system of the system tray applet of Plasma.
Comment 24 whashnez 2009-03-06 09:47:25 UTC
The problem with the view ignore buttons doing nothing occurs in Arch Linux kde 4.2.1, too.Please do something.
Comment 25 whashnez 2009-03-06 14:24:22 UTC
So I went at kopete's configuration at Behavior tab -> Events. I checked 'Button "Ignore" in new message popups closes chat' and now the view and ignore buttons work.Strange...
Comment 26 whashnez 2009-03-06 20:15:30 UTC
But again after some time it does not work...Confusing...
Comment 27 Trenton D. Adams 2009-04-09 00:28:25 UTC
I edited /home/trenta/.kde4.2/share/config/plasma-appletsrc, and deleted the sections with my kopete messages in them, and then killed plasma and restarted it.  The notifications are now gone.
Comment 28 doutor.zero 2009-04-12 22:11:55 UTC
Same problem for me. I'm also suggest to revert to the same behavior of KDE3, something very well described in comment 5.

The current is so bad, usability wise, that makes me revert back to KDE 3.5.x, since Kopete is a application that bothers me a lot, with that huge dialogs showing the messages people send me, almost all the time.

Why not to have a option in Kopete to change it to the old, 3.5.x, way (first message, a balloon appear with ignore/read, following messages, the taskbar flashes).

Thanks.
Comment 29 James 2009-04-12 22:48:17 UTC
Hi,

I fixed the problem with KDE. Check out the HEAD version and there's a new option "Group notifications per user" which should make your life a lot easier. It does mine.

James

(In reply to comment #28)
> Same problem for me. I'm also suggest to revert to the same behavior of KDE3,
> something very well described in comment 5.
> 
> The current is so bad, usability wise, that makes me revert back to KDE 3.5.x,
> since Kopete is a application that bothers me a lot, with that huge dialogs
> showing the messages people send me, almost all the time.
> 
> Why not to have a option in Kopete to change it to the old, 3.5.x, way (first
> message, a balloon appear with ignore/read, following messages, the taskbar
> flashes).
> 
> Thanks.
Comment 30 James 2009-04-12 22:48:50 UTC
The problem with kopete I should have said.
Comment 31 doutor.zero 2009-04-12 23:19:08 UTC
(In reply to comment #30)
> The problem with kopete I should have said.

Ok, but this new option will make the notification appear just once, when I receive the first message (and the taskbar flash after that)? Or there is already a option for that, in some place?

Anyway, thank you.
Comment 32 James 2009-04-13 03:26:06 UTC
After the first message, the notification will be updated to say "+ 1 more message", then +2 etc.

This prevents my screen from filling up when my crazy friend Robin sends me 10 messages in the space of 1 second.

(In reply to comment #31)
> (In reply to comment #30)
> > The problem with kopete I should have said.
> 
> Ok, but this new option will make the notification appear just once, when I
> receive the first message (and the taskbar flash after that)? Or there is
> already a option for that, in some place?
> 
> Anyway, thank you.
Comment 33 doutor.zero 2009-04-13 03:35:11 UTC
(In reply to comment #32)
> After the first message, the notification will be updated to say "+ 1 more
> message", then +2 etc.
> 
> This prevents my screen from filling up when my crazy friend Robin sends me 10
> messages in the space of 1 second.

Ok, understood.

Sorry to insist, I don't want to bother you much longer, but what I'm asking is if there is a option to make this notification behave like in KDE3's Kopete, appear just once, asking me to ignore or start the chat, do you understand?

Today I updated Mandriva coooker, in a virtual machine and the buttons of the notification dialog worked. Pretty strange...
Comment 34 Matt Whitlock 2009-04-13 06:07:03 UTC
(In reply to comment #31)
> Ok, but this new option will make the notification appear just once, when I
> receive the first message (and the taskbar flash after that)? Or there is
> already a option for that, in some place?
> 
> Anyway, thank you.

What you describe is what my Kopete is doing, I think.  There are several options that interact in somewhat unexpected ways to affect the notification behavior upon receipt of new messages.

Here's how I have mine set:

Message Handling
 ( ) Open messages instantly
 (*) Use message queue
 [ ] Queue unread messages

Notifications
 [X] Treat all chats on the current desktop like active chats

Configure Notifications - Incoming Message
 [X] Show a message in a popup
 [X] Mark taskbar entry

Configure Notifications - Incoming Message in Active Chat
 [ ] Show a message in a popup
 [X] Mark taskbar entry
Comment 35 doutor.zero 2009-04-13 12:43:15 UTC
(In reply to comment #34)
> (In reply to comment #31)
> > Ok, but this new option will make the notification appear just once, when I
> > receive the first message (and the taskbar flash after that)? Or there is
> > already a option for that, in some place?
> > 
> > Anyway, thank you.
> 
> What you describe is what my Kopete is doing, I think.  There are several
> options that interact in somewhat unexpected ways to affect the notification
> behavior upon receipt of new messages.
> 
> Here's how I have mine set...


Ok, thank you for the tips, I will play with them.

What annoys me, besides the tons of dialogs (what James say he fixed), if that they appear everytime the main Kopete window is minimized, which is extremely annoying, interrupt me when I'm doin other things, making this Kopete version almost useless to me.

Bye, thanks for all of you and keep doing your great work.
Comment 36 H.H. 2009-04-13 13:05:04 UTC
often I want to read such notify messages, but they disturb my work, so I want to click on them to disappear earlier. this also does not work in kde4 anymore :(
Comment 37 James 2009-04-13 15:14:05 UTC
(In reply to comment #36)
> often I want to read such notify messages, but they disturb my work, so I want
> to click on them to disappear earlier. this also does not work in kde4 anymore
> :(

I'm sorry I don't understand what you're saying.

I also plan to put an option in to Kopete to make notifications disappear after a user-configurable length of time.

However I also feel a more general configuration to deal with notification settings for all applications would be better than this.

At the moment the notifications you see are part of the system tray application responding to Dbus Knotification objects.
Comment 38 H.H. 2009-04-13 20:37:06 UTC
what I mean: I would like to click on the notification to make it disappear (alternative: a button "hide" to click on)
Comment 39 Chad Carew 2009-04-13 22:07:39 UTC
While this may not exactly be helpful, I wanted to say that since I moved to a 64-bit arch version of Mandriva (2009.1 RC2), I have not been experiencing this issue. When I first reported the bug I was using Mandriva 2009 32-bit.
Comment 40 Anselmo L. S. Melo (anselmolsm) 2009-05-10 22:18:48 UTC
I remember this bug, but I'm not experiencing this issue anymore. 

my config:
Qt 4.5.1
KDE 4.2.85 (KDE 4.2.85 (KDE 4.3 Beta1))
kdelibs and kdebase svn rev r965394
Comment 41 Artur Souza (MoRpHeUz) 2009-05-12 21:39:02 UTC
I had this bug but it has been some time since I last reproduced it.
Comment 42 Dario Andres 2009-05-12 22:00:41 UTC
Closing as WORKSFORME. Reopen if anyone can reproduce at KDE4.3.x+ version. Thanks
Comment 43 Régis Décamps 2009-07-05 15:26:00 UTC
On my system (Mandriva 2009.1), some of my users encounter this bug, and some other don't.

After trying differenct changes, I remembered a strange baheaviour of the UI of amarok, which was caused by the LaOra-Qt theme (bug 191251).

And I think this bug is very similar. I can reproduce it with the default plasma theme ('Aya' with Mandriva), but it seems fixed with 'Glassified' (and probably other themes).
Comment 44 Simon ESNEAULT 2009-07-21 11:00:37 UTC
Meh, bug is still here on kubuntu jaunty running kde 4.3rc, with kopete this really make the nice knotify system completly useless ?

Any workaround other than completlty disable kopete notification :(  ?

Simon
Comment 45 Rob Scheepmaker 2009-07-21 12:41:10 UTC
Could somebody try running plasma-desktop from konsole and post the output that get's shown when a message arrives and one of the buttons gets pressed? I would love to fix this bug, but I've never been able to reproduce it myself, even using different distro's (kubuntu 9.04, arch). Which makes debugging quite difficult.
Comment 46 Régis Décamps 2009-08-05 01:01:22 UTC
I have nothing more than #9
Nothing happens when buttons are clicked (they are not pressed, it is as if the knotify was a static screenshot)

I might have steps to reproduce
* Open kopete
* Right click on a contact, Properties
* Wait that this contact sends a message
* Close the properties window
The notification is unresponsive
Comment 47 tosick 2009-08-21 10:17:53 UTC
Agreed with #46, steps to reproduce lead to the same behaviour as #9
Comment 48 Victor Temistocles Nardes 2009-09-04 21:22:34 UTC
This is still happening here with both Kopete and Kmess (KDE 4.3.1) on my Arch Linux machine. Besides the messages not being cleared, they are never minimized either, totally covering the part of my screen and ruining the experience with IM in KDE.
Comment 49 Dario Andres 2009-10-11 18:23:57 UTC
*** Bug 197738 has been marked as a duplicate of this bug. ***
Comment 50 tedmosby 2010-08-27 19:15:21 UTC
its not resolved!
bug already exists with knotify4 since kde 4.5 under arch linux
Comment 51 Anselmo L. S. Melo (anselmolsm) 2010-08-27 19:38:16 UTC
(In reply to comment #50)
> its not resolved!
> bug already exists with knotify4 since kde 4.5 under arch linux

Could you please provide more details? For example: steps to reproduce, what you were doing when you experienced that.
This kind of information is useful for developers.

Thanks =)

(Reopening as reports still appearing after 4.3.x+)
Comment 52 tedmosby 2010-08-27 20:14:08 UTC
a screenshot of the problem:
http://img831.imageshack.us/img831/6379/knotify.jpg

Whenever I change to the notificated item (i.e. kopete), the notification doesn't disappear. It still stays in the notification stack, you have to remove it manually every time (click on the x).

finally i tried to execute knotify directly to create passive popups with and without the timer-option... the same result, it doesn't disappear

since the upgrade to kde 4.5 the problems exists
Comment 53 Aaron J. Seigo 2010-12-14 02:13:37 UTC
P and i just spent some time testing this with kopete (from 4.5 and 4.6) and plasma-desktop from 4.6 and it is working flawlessly at this point. :)
Comment 54 Dimitrios Glentadakis 2011-08-28 07:26:40 UTC
i experience something similar, i use kopete with jabber, and when a contact adds me i had a notification with the button <Show>. I clicked on this button but nothing happens.