Bug 478050 - "Really clear history?" confirmation dialog is modal and blocks plasmashell
Summary: "Really clear history?" confirmation dialog is modal and blocks plasmashell
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Clipboard widget & pop-up (other bugs)
Version First Reported In: 5.27.9
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords: usability
: 500069 (view as bug list)
Depends on:
Blocks: 504615
  Show dependency treegraph
 
Reported: 2023-12-04 15:10 UTC by mubashar96
Modified: 2025-05-22 21:13 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description mubashar96 2023-12-04 15:10:13 UTC
SUMMARY
When i try to clear the history of the clipboard, the prompt to confirm block the interaction with the application bar at the bottom of the screen. If i click on a other window the prompt will be hidden and I have tho use ALT-TAB to go back to the prompt


STEPS TO REPRODUCE
1. click on the clipboard content icon
2. click on clear History
3. click outside of the prompt
4. try to click on the application to go back to the prompt

OBSERVED RESULT
I can't interact with the application bar while the prompt is active but the prompt can be hidden by other application

EXPECTED RESULT
be able to go back to the prompt to close it

SOFTWARE/OS VERSIONS
Operating System: TUXEDO OS 2
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.111.0
Qt Version: 5.15.11
Kernel Version: 6.5.0-10008-tuxedo (64-bit)
Graphics Platform: Wayland
Comment 1 Nate Graham 2023-12-13 16:53:55 UTC
Slight tricky problem. Being modal is correct here since you do have to make a decision before proceeding. But being modal caused it to block interaction with the app, which is Plasma, so you can't interact with any other part of Plasma.

It might be a better UX if we replaced this modal confirmation dialog with InlineMessage giving you the opportunity to undo the action. And that would fix the problem automatically by removing the modal dialog.
Comment 2 Nate Graham 2025-05-21 14:24:54 UTC
*** Bug 500069 has been marked as a duplicate of this bug. ***
Comment 3 Nate Graham 2025-05-22 21:13:09 UTC
Digging into this, it seems like a tricky one.

We use a KMessageBox::warningContinueCancel here, which is inherently modal (app-model or window-modal); it has no non-modal usage, and it isn't spawned by a traditional parent window so we can't make it window-modal.

I think we should remove this dialog and instead offers users the option to undo clearing the entire history. That would constitute a better, more HIG-aligned UX anyway.