Bug 510516 - UNmaximized windows should not remember the sizes of the bigger external monitor.
Summary: UNmaximized windows should not remember the sizes of the bigger external moni...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 6.4.5
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2025-10-12 05:11 UTC by Fernando Marcelino Muniz
Modified: 2025-10-13 13:02 UTC (History)
1 user (show)

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Fernando Marcelino Muniz 2025-10-12 05:11:04 UTC 
STEPS TO REPRODUCE
1. Connect a HDMI to a 4K TV.
2. Unmaximize the window, but keep it bigger than 1920x1080p
3. Maximize the window.
4. Disconnect the HDMI cable (preferably do that after closing the app and rebooting)
5. Unmaximize the window of the same app.

OBSERVED RESULT
Massive unmaximized window.

EXPECTED RESULT
The unmaximizing process should check if the current monitor's resolution is smaller, and if it is; use the last resize of the proportions of the current monitor... Or just have a default size set to 50% of the current screen.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.10.0
Kernel Version: 6.17.1-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz
Memory: 9 GB of RAM (8.1 GB usable)
Graphics Processor 1: Intel® Iris® Xe Graphics
Graphics Processor 2: NVIDIA GeForce GTX 1650
Manufacturer: LENOVO
Product Name: 82MG
System Version: IdeaPad Gaming 3 15IHU6

ADDITIONAL INFORMATION
Not sure if rebooting or even closing the window is necessary.
Comment 1 Fernando Marcelino Muniz 2025-10-12 05:11:49 UTC 
75% is a better percentage, I think.
Comment 2 Zamundaaa 2025-10-13 13:02:03 UTC 
Not sure how easy or difficult this would be to implement, but it sounds like a good idea.