SUMMARY On selecting "Rectangular region" for a screenshot the Spectacle window relocates to the centre of the screen. If this is not entirely covered by an active window, the Spectacle window comes to the top, potentially blocking areas of interest. It cannot be moved before taking the shot. STEPS TO REPRODUCE 1. Open Spectacle 2. Move the window to the side 3. Press "Rectangular region". OBSERVED RESULT 1) If application windows only partially cover the Spectacle window it will be visible, blocking other windows. 2) If not, taking the shot and relocating the Spectacle window will find it re-centred on the screen. EXPECTED RESULT The Spectacle window should not be visible. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 41 KDE Plasma Version: 6.2.2 KDE Frameworks Version: 6.7.0 Qt Version: 6.8 ADDITIONAL INFORMATION Kernel Version: 6.11.5-300.fc41.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 3800X 8-Core Processor Memory: 31.2 GiB of RAM Graphics Processor: llvmpipe Manufacturer: ASUS nVidia proprietary drivers in use, not Nouveau
Also, the "Launch Bug Report" button on the submit bug report dialogue does not open the required page on this website. This is not a system issue this function does work for me in other applications, eg Android Studio.
Can reproduce. It no longer minimizes the way it used to.
*** Bug 495624 has been marked as a duplicate of this bug. ***
When you try to take a screenshot with a delay, the window is hidden and then shown minimized. This is done to avoid a minimize animation, but still give a clickable entry in the task manager. It seems like what happens now is that rather than hiding the window and showing it minimized in the task manager, the window just hides and reopens according to the window placement rules. I am not sure what causes the bug, but I don't think it's in Spectacle's code. If I had to guess, I would say it's in QtWayland (unless this bug exists on X11 too; I'll need to test) or KWin since those two change fairly frequently and have a lot of authority over how windows are managed.
Probably an upstream change/regression, yeah. But why do we need to minimize the window addition to hiding it? Why is hiding not enough on its own?
(In reply to Nate Graham from comment #5) > Probably an upstream change/regression, yeah. > > But why do we need to minimize the window addition to hiding it? Why is > hiding not enough on its own? Because then you don't get the progress indicator in the task manager and you don't have a way to cancel the screenshot.
If it came down to it, losing those would be preferable to experiencing this bug.
This appears to be fixed now. I'm not sure whether it's a change to KWin or upgrading to Qt 6.8.1 that fixed it. I wouldn't be surprised if it was the latter though since that also fixed other Wayland regressions from Qt 6.8.0.