It would be helpful if a freshly popped-up notification could stay open as long as the mouse hovers over it (cf. https://bugs.kde.org/show_bug.cgi?id=188831#c5). The reason I'm requesting this is mainly because of the device notifier popup that you see when you connect a new device: it closes after the specified amount of time (default is 5 s) while I'm trying to interact with it, e.g. searching for the desired device's mount button. Maybe it's possible to pause the "closing countdown" while the mouse is hovering over the fresh popup and continue when the mouse leaves the popup again (or reset the counter while hovering)? I hope the SDK makes it possible to implement this behavior. Maybe in the options a checkbox near the "Hide after" input field like a checkbox "Pause countdown during mouse-over" could also be added? I know the workaround is to quickly click somewhere into the popup to give it the focus, but, you know, click-economy (o;
Device Notifier is not using notification infrastructure, re-assigning.
In Plasma 5.21, my Device Notifier popup never closes on its own after a new device is plugged in. I don't see any timer in the code that would automatically close it after some interval either. Can you please confirm whether you're talking about the Device Notifier applet (big, square, attached to your panel, says "Disks & Devices" in the title) or about Plasma Notifications (rectangular, free-floating, countdown timer circle in the top-right corner)? Thanks!
OK, I've tried this now a few times and it seems that it does not always behave that way, only under some circumstances as it seems. But what I can report is that it definitely says Disks & Devices at the top. My observations: 1. Plug in disk 2. The device notifier symbol in the systray turns into a blue exclamation mark (just like a notification) while the Disks & Devices dialog appears 3. I hover the mouse over it (even with the focus highlight for some of the items in the dialog being activated) but after some 5 seconds the exclamation mark changes back to the original icon again with the dialog disappearing 4. Unplug-replug 5. The dialog appears, this time I click into it, and it stays 7. Focus to browser via mouse, the dialog disappears (good) 6. Unplug-replug 7. The dialog appears it stays again without any interaction from my side 8. Task switch via Alt+Tab 9. Unplug-replug 10. Dialog shows but disappears again after some time To sum up: having given focus to the dialog seems to initiate a state that has it staying open while a task switch using Alt+Tab seems to reset the behavior to a disappearing dialog.
Created attachment 136214 [details] Screencast I tried to show the behavior in a video (see attachment)
Thanks for the video, that's very helpful. Thanks to it, I found the pattern: When you hover your cursor over the "Mount and Open" button, the system tray will close once the 5-second timer fires to restore the icon from a blue exclamation mark back to its normal icon. Something about hovering the mouse over that exact UI elements seems to trigger the bug. The popup stays open if the cursor is located over anything else when the timer fires. I can reproduce this issue.
Unfortunately I still can't figure out what could causing the issue. Maybe someone smarter than me will come along, take this information, and turn it into a fix. :)
I do not even need to hover the dialog for it to close, but it seems that _I have to move the mouse_. I could not get the dialog close automatically when I did a task switch without using Alt+Tab, i.e. only using clicks, even when I moved the mouse after the dialog opened. But when I did Alt+Tab, unplugged/replugged and kept the mouse unmoved, the dialog stayed opened _until_ I moved the mouse. Disclaimer: all these observations might be me trying to search for a pattern in random data, but at least for the few (10-15) times I tried it now, my predictions _seemed_ to hold.
It's been a while, and there have been no other reports of this happening to anyone else. Thomas, is it still happening to you?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.