Bug 452732

When this happens, do other icons do something when clicked?

Can you run Plasma in a terminal window with `plasmashell --replace` and see if there is any terminal output when you click on it and nothing happens?

- everything works except notifications

- no output in terminal when I click on the icon as I'm clicking not on the icon 

I've found a way to reproduced it:
I send me an email, waiting for notifications bell in systray, click on it, the bell disappeares and notifications icon become unresponsive

on new login or after plasmashell --replace it always works ok, it stop working during the session

OK, thanks. Cannot reproduce on Wayland. Are you on X11 or Wayland. If you're on one, can you try in the other?

I use x11, but I can reproduce it in wayland too.

I used a simple script like this to send notifications, and activeted history for other applications in systemsettings->Notifications:
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
#!/usr/bin/env python3
import dbus

notify_interface = dbus.Interface(
    object=dbus.SessionBus().get_object("org.freedesktop.Notifications", "/org/freedesktop/Notifications"),
    dbus_interface="org.freedesktop.Notifications")

notify_interface.Notify("", 0, "", "Hello world", "This is an example notification.", [], {"urgency": 1}, 10000)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

I found a way to reproduce:
send a notification, click on the bell and open notifications panel, click on the bell and close the panel. Now icon is unresponsive.
while if I send a notification, click on the bell and open notifications panel, click on the desktop and close the panel, the icon is responsive.

Still cannot reproduce with those steps. What a weird bug. :(

Created attachment 148255 [details]
example

(In reply to Nate Graham from comment #7)
> Still cannot reproduce with those steps. What a weird bug. :(

Yes, it is ;)

same behavior in the last kde neon

Can reproduce

I think 69702475e5ae3fda1a4c4a854100ebb4f65e338b might have uncovered a bug.

Notifications has a weird popup handling where it does onPressed: wasExpanded and then onClicked: expanded = !wasExpanded;

This was/is to avoid some weirdness with continuously triggering the popup or something. However, the systemtray now calls mouseArea.clicked without calling pressed before so the applet gets confused. Unfortunately, there's both a property and function pressed and calling mouseArea.pressed(mouse) ends up calling the property rather than function.

*** Bug 483246 has been marked as a duplicate of this bug. ***

*** Bug 483923 has been marked as a duplicate of this bug. ***

*** Bug 486684 has been marked as a duplicate of this bug. ***

Hi i have same bug as 452732 that get duplicated. I enable history for low priority notification on settings because i needed. as that bug explain it's happened when the new notification received and you open that from the panel and after close that it's hide in hidden icon. if try to open that from hidden icon box it wont open until a new notify receive

sorry i mean this bug
https://bugs.kde.org/show_bug.cgi?id=483246

> Notifications has a weird popup handling where it does onPressed: wasExpanded and then onClicked: expanded = !wasExpanded;

It's not weird, it is an idiom in Plasma applets which prevents them from always reopening on click if they are placed in a containment which closes them on press, such as the Desktop surface.

The findings about MouseArea's property and signal name clash are valid. I wonder if it's possible to find a workaround in Qt 6, or even re-implement without such hacks. Not exactly specific to system tray, more of a QtQuick bug/misdesign.

Not sure what changed, but I can't seem to reproduce this anymore in Plasma 6.2.4. I can now always re-open the notifications pane, even when it is hidden in the dropdown arrow on the task tray.

Yeah, there were a lot of changes and fixes here over the past year or so. Thanks for following up!