515304 2026-01-30 15:01:54 +0000 Can't click on any annotation configuration button in Spectacle with Qt 6.11 2026-04-06 16:06:07 +0000 1 1 2 Applications Spectacle General 6.5.91 Arch Linux Linux RESOLVED FIXED regression HI normal --- 1 kde.task832 noahadvs arojas EpicTux123 frederic-m.roux jon9097 kde kde kdedev math.s15 me nate pallaswept thefuzzstone unsaved4197+6p4t3t5q https://invent.kde.org/plasma/spectacle/-/commit/ead75473d3a6861fe4d2cc4d51fbe436470112c3 6.6.4 0 oldest_to_newest 2490075 0 kde.task832 2026-01-30 15:01:54 +0000 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 2491298 1 arojas 2026-02-04 15:28:26 +0000 Qt 6.11 regression, caused by https://github.com/qt/qtdeclarative/commit/8115731466b579f33295d5c8a71506475750284e 2491487 2 noahadvs 2026-02-05 08:49:47 +0000 *** Bug 515537 has been marked as a duplicate of this bug. *** 2495068 3 kde 2026-02-16 11:54:06 +0000 If we do need a local solution, swapping AnimatedLoader for Loader works around it. 2506365 4 kde.task832 2026-03-26 21:25:20 +0000 Well, Qt 6.11 is out, on Arch Linux systems spectacle is already broken 2507072 5 arojas 2026-03-30 16:28:17 +0000 *** Bug 518335 has been marked as a duplicate of this bug. *** 2507405 6 thefuzzstone 2026-04-01 08:51:54 +0000 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 2507448 7 noahadvs 2026-04-01 15:37:56 +0000 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. 2507568 8 arojas 2026-04-02 06:47:02 +0000 *** Bug 518420 has been marked as a duplicate of this bug. *** 2507667 9 arojas 2026-04-02 15:25:43 +0000 *** Bug 518443 has been marked as a duplicate of this bug. *** 2507704 10 arojas 2026-04-02 19:25:27 +0000 *** Bug 518450 has been marked as a duplicate of this bug. *** 2507918 11 noahadvs 2026-04-03 18:47:55 +0000 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. 2508415 12 bug-janitor 2026-04-06 11:09:29 +0000 A possibly relevant merge request was started @ https://invent.kde.org/plasma/spectacle/-/merge_requests/524 2508479 13 olib141 2026-04-06 15:50:55 +0000 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 2508483 14 olib141 2026-04-06 16:06:07 +0000 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