Created attachment 174598 [details] A video demonstrating the bug. SUMMARY Changing Panel Visibility to anything other than "Always visible" makes the menus for the entries present in system tray inaccessible under normal circumstances, to get to the menu you basically have to shoot your cursor towards the entry to reach it before the dismissal animation kicks in. STEPS TO REPRODUCE 1. Make sure you have a panel in any position on the screen (Bottom, Top, Left or Right), if not create one. 2. Make sure you have a working System Tray with visible entries you can open menus for. (Eg. Volume Control Panel or the WiFi control panel) 3. Change the panel Visibiliy to "Dodge windows" or "Windows Go below" (Can also be replicated with "Auto hide") 4. Open any application that is typically used in fullscreen, for our example we will use Firefox. 5. Summon the panel if you're using "Dodge windows" by moving your cursor to the respective screen edge and try opening any of the menus for the entries on the system. OBSERVED RESULT Once the menu dialog for the panel entry is open upon clicking the icon, trying to shift your mouse cursor to the dialog away from the panel immediately dismisses the dialog and the panel. EXPECTED RESULT To be able to access the menu dialogs from the system tray entries regardless of the Panel visibility and user's speed and agility. SOFTWARE/OS VERSIONS Linux: Linux kernel version 6.11.2 KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.3
Please do let me know if I can provide more information.
That's extremely strange. I cannot reproduce it with current git master. Are you able to reproduce the issue in a new clean user account with no customizations except for the panel visibility changed to something non-default?
(In reply to Nate Graham from comment #2) > That's extremely strange. I cannot reproduce it with current git master. Are > you able to reproduce the issue in a new clean user account with no > customizations except for the panel visibility changed to something > non-default? Hello Nate, thanks for the quick response. Your took your suggestion of trying to reproduce the bug with a new user account and it seems to be working like intended there, this confirmed to me that it was something on the main user account causing the issue. To verify this I replicated the same setup on the new user account too and tried to replicate the bug and mysteriously it didn't show up like it did on the original account. I'm currently trying to drill down to know what's causing that inconsistency and so far it seems completely random, if you have any pointers for me to identify/debug what's going on so I can help out anyone affected by the same issue that'd be really helpful. I have an update to 6.2 waiting for me to install but I'm holding off just to make sure that this is dealt with, I don't know if updating messes with our testing so I'm trying to be on the safer side for now just to be sure.
🐛🧹 ⚠️ 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.