SUMMARY In Plasma 6.6 Beta I can't click on the buttons related to fill, shadow and etc on Spectacle, this wasn't happening on 6.5.X STEPS TO REPRODUCE 1. Update to the 6.6 Beta 2. Use spectacle in the fullscreen mode to draw the rectangle 3. Select a shape and try to click on the buttons to set it up OBSERVED RESULT The buttons cannot be clicked, only using ALT + the corresponding character EXPECTED RESULT The button should be clickable to toggle on and off SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.18.7-arch1-1 Wayland KDE Plasma Version: 6.5.91 KDE Frameworks Version: 6.22.0 Qt Version: 6.11.0
Qt 6.11 regression, caused by https://github.com/qt/qtdeclarative/commit/8115731466b579f33295d5c8a71506475750284e
*** Bug 515537 has been marked as a duplicate of this bug. ***
If we do need a local solution, swapping AnimatedLoader for Loader works around it.
Well, Qt 6.11 is out, on Arch Linux systems spectacle is already broken
*** Bug 518335 has been marked as a duplicate of this bug. ***
I have the same bug. My system: Operating System: Arch Linux KDE Plasma Version: 6.6.3 KDE Frameworks Version: 6.24.0 Qt Version: 6.11.0 Kernel Version: 6.19.10-arch1-1 (64-bit) Graphics Platform: Wayland Graphics Processor: Mesa Intel® Iris® Xe Graphics
We were hoping Qt 6.11 would be fixed by the time it was release, but I guess we'll have to backport a workaround.
*** Bug 518420 has been marked as a duplicate of this bug. ***
*** Bug 518443 has been marked as a duplicate of this bug. ***
*** Bug 518450 has been marked as a duplicate of this bug. ***
The workaround we thought we had doesn't work, so I'm looking for a new workaround. There is currently no known workaround for the Qt 6.11 bug.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/spectacle/-/merge_requests/524
Git commit b9529c3b8c29d5dd4679d071b3738167e0b924cd by Oliver Beard. Committed on 06/04/2026 at 11:31. Pushed by olib into branch 'master'. Gui/CaptureOverlay: Work around Qt 6.11 being clever Qt questionably tries to determine whether a QQuickItem has any children outside the bounds of the item that want to handle input. For the annotation toolbar, a popup is loaded later and so doesn't work for this check, so Qt thinks that it doesn't need to know about events outside its bounds. This behaviour was introduced in qt/qt-declarative@81157314 and qt/qt-declarative@9efdc555. To make sure that the annotations toolbar is not eligible for this 'optimisation', manufacture the conditions that would prevent it. FIXED-IN: 6.6.4 M +17 -0 src/Gui/CaptureOverlay.qml https://invent.kde.org/plasma/spectacle/-/commit/b9529c3b8c29d5dd4679d071b3738167e0b924cd
Git commit ead75473d3a6861fe4d2cc4d51fbe436470112c3 by Oliver Beard. Committed on 06/04/2026 at 16:06. Pushed by olib into branch 'Plasma/6.6'. Gui/CaptureOverlay: Work around Qt 6.11 being clever Qt questionably tries to determine whether a QQuickItem has any children outside the bounds of the item that want to handle input. For the annotation toolbar, a popup is loaded later and so doesn't work for this check, so Qt thinks that it doesn't need to know about events outside its bounds. This behaviour was introduced in qt/qt-declarative@81157314 and qt/qt-declarative@9efdc555. To make sure that the annotations toolbar is not eligible for this 'optimisation', manufacture the conditions that would prevent it. FIXED-IN: 6.6.4 (cherry picked from commit b9529c3b8c29d5dd4679d071b3738167e0b924cd) Co-authored-by: Oliver Beard <olib141@outlook.com> M +17 -0 src/Gui/CaptureOverlay.qml https://invent.kde.org/plasma/spectacle/-/commit/ead75473d3a6861fe4d2cc4d51fbe436470112c3