Bug 490191

Summary:	closing a main window on overview doesn't make it clear that you should close all sub windows first
Product:	[Plasma] kwin	Reporter:	renner0
Component:	effects-overview	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	kde
Priority:	LO
Version First Reported In:	6.1.1
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	overview effect no warning sub windows

Description renner0 2024-07-12 18:05:54 UTC

Created attachment 171613 [details]
overview effect no warning sub windows

***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY
If there is a sub window open (file chooser, print dialog, settings menu etc.) and you try to close the main window from the overview effect (Meta+W) you don't get any indication that you have to close the dependent windows first
STEPS TO REPRODUCE
1. open Okular
2. Settings > Configure Okular… 
3. Press Meta+W for Overview
4. click close button on the okular main window

OBSERVED RESULT
There is no reaction to the click

EXPECTED RESULT
there is an indication for the user that the dependent windows have to be closed first. A red border/red tint around the affected windows and an informing message at the bottom

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora Kinoite 40
(available in About System)
KDE Plasma Version: 6.1.1
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.2

ADDITIONAL INFORMATION
the border effect we currently have in overview when hovering over a window in red would probably suffice

Comment 1 David Edmundson 2024-07-17 16:33:13 UTC

Somehow Gnome shell is doing this, and I don't see how.

They send a close event to the relevant window, so do we. Yet they behave differently for the same app. It needs research, but it shows something can be done.

Comment 2 David Edmundson 2024-07-17 16:56:56 UTC

Qt has changed and I was testing an older version.

Gnome behaves like KDE does, it just no-ops when a modal dialog is open.

We can fix Qt, but we can't do too much for the general case.