Version: 0.50.80 (using 4.1.00 (KDE 4.0.99 (4.1 RC1+)) "release 13.3", KDE:KDE4:Factory:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (i686) release 2.6.25.5-1.1-pae I really like notification-bubbles, but not the way kopete/kde4 does it at the moment. I will attach a screenshot, where the same person sends several messages, even while I already have an open a chat-window with him/her in the background. The bubbles cover my hole screen, if I do not click the bubbles fast enough (depends on how much messages my chat partner sends in a short time), help! ;) And I think, that the clickable options "show" and "cancel" for each bubble both make no sense in this special case. a) only one bubble should show at the same time (always the newest "preview"). only in the case, that two or more contacts send a message AND no chat-window with each of them is already open, there could be more bubbles, or perhaps only one bubble with the option to display all chat-windows/tabs with one click. b) the bubbles should not appear on such a important place on the screen (upper right), that really disturbs other work. It would be ok at bottom right. c) If a chat-window with a contact is already open, bubbles for messages from this contact are not necessary, I think. I liked the way, how bubble-notifications are handled in kopete/kde3.
Created attachment 26411 [details] Multiple bubbles for same person, who has already a chat window open in background
I can confirm this with kopete from KDE 4.1RC1/Kubuntu packages.
reported downstream at https://bugzilla.novell.com:443/show_bug.cgi?id=386514
issue (b) seems to be fixed in trunk. but please make possible (a) and (c).
I confirm this. Please fix it.
Still an issue in Kopete 0.60.82 on kde4.1.96
problem c) could be solved, by make a difference between - events in opened chat-windows (shown in taskbar) and - events in NOT opened chat-windows (chat-window could be opened by clicking on a notification/kopete-tray-symbol) I would like to set the option, to only show notifications for the second case. At the moment, you only can choose between - events in opened chat-windows (shown in taskbar) (first case from above) and - ALL events So problem could be solved to make this event-sets disjunct, or add a third type to the notify-configuration.
I was so glad if there would be a fix for this. The Notifications must not be persistent. That is really disturbing.
agreed - this gets very annoying. On 4.2.1 here. I like the ways kopete from 3.5 does it - one notification for a person. Also, someone sent me a message at one point, and it will not clear from my notifications... can't log out because it'll crash my computer (ati binary drivers), and I can't reboot because I'm running multiple servers on here for the network... probably related.
this is fixed for KDE 4.3
problem c) is still not solved (compare with kopete/kde3)
today I discovered an option in kopete-options "alle chat-fenster auf aktivem desktop wie aktive chat-fenster behandeln". this could eventually be the solution for problem c)
It would be nice if this one was fixed by appending messages from the same person into the one bubble, instead of one bubble for each message.
This is, in my opinion, fixed in KDE4.3
this is still not fixed for me. If I have an open chat window with a contact, I get all the messages from this persons as notifications. And if I disable these notifications I get no notifications, even when I receive messages from a contact, with which I don't have an active conversation.
I do not have problem c) when using KDE SC 4.6.1. Can I close this bug?
No, I still have this bug in 4.6.1: I get notifications for every message in open chat (I use colibri, but that should not make a difference).
(In reply to comment #17) > No, I still have this bug in 4.6.1: > > I get notifications for every message in open chat (I use colibri, but that > should not make a difference). Could you test this with knotify instead of colibri? If it works with knotify then the problem is in colibri. Knotify does not have this problem here, so it is very likely the problem is in colibri.
mhm, I posted this as a bug for kopete, and if I get a notification from kopete in colibri, kopete seems to send this notification but should not. Colibri can't "invent" these notifications.
Please can you confirm if knotify has or not has this problem in your computer? By the way, Kopete has two notifications for incomming messages, one for when the chat window is opened and other for when it is not. Of course to behave like you want you should configure the first incomming notification to do not open a context menu and the second one to open a context menu. Do you have that configuration set up?
a) I hope I did the right when switching back: killing colibri, put the nofitication-icon back to the systray and started knotify4. Then: the problem persists. Additionally the notifications show format-tags like <i>,.. b) that is my problem: I don't want notifications at all for incoming messages in already opened (especially active) chat windows. I don't know, what context-menu you mean, and where I configure context-menus for kopete-notifications
Created attachment 58109 [details] Configuration for incomming message a) I do not know, I have used colibri before. When I do such tests I tend to be pragmatic, I configure KDE to the configuration I want to test and logout and login. b) The attached file is the configuration for incomming message you need to configure. Is yours like that? The "Show a message in a popup" must the unchecked.
b) it was checked. you are right. it seems to work now as expected. I'll close this report. Nevertheless: A nice addition would be, to differentiate further between incoming messages in foreground-/background-window. But as for now, the flashing taskbar-item is enough for me. Thanks