https://bugs.kde.org/show_bug.cgi?id=510924
Lenzoid <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REPORTED |CONFIRMED Ever confirmed|0 |1 CC| |[email protected] | |m --- Comment #2 from Lenzoid <[email protected]> --- Hi, thanks for the report and your video. I agree it can be confusing if a blocking dialog is open and the user can't find it anymore or doesn't understand why it's blocked now. What could be improved I think could be improved imo: if that Yes/No dialog is open and the user clicks the widget that the dialog should then re-activate and get focus. I don't think these kind of dialogs should be forced into the foreground as long as they are open, that would be a usability nightmare and Plasma doesn't do it this way thankfully. There was a similar issue with file chooser dialog in Chrome where the dialog blocked the browser but could get pushed into background so the browser window became completely blocked. They solved it by pushing the dialog into foreground first when the browser was activated. fyi I'm putting it to confirmed since it's reproducible but it may still be dismissed by the KDE people. -- You are receiving this mail because: You are watching all bug changes.
