src/quicktemplates2/qquickoverlay.cpp | 5 4 + 1 - 0 !
tests/auto/qquickpopup/data/releaseAfterExitTransition.qml | 78 78 + 0 - 0 !
tests/auto/qquickpopup/tst_qquickpopup.cpp | 29 29 + 0 - 0 !
3 files changed, 111 insertions(+), 1 deletion(-)

 [patch] unset mousegrabberpopup if it's removed from children

The mouseGrabberPopup is supposed to be unset in handleRelease, however
when the exit transition of the mouseGrabberPopup (that closed itself on
button press) finishes before the release event is delivered, it
unparents itself from the overlay (see
QQuickPopupPrivate::finalizeExitTransition) and the overlay sets itself
invisible if there is nothing else visible in it. Because the overlay
is not visible it handles no events anymore and the release is missed
and the grabber is never unset. When opening another non-modal popup
the overlay then will continue forwarding the events to now invisible
popup.
So when the overlay loses the currently grabbing popup as a child we need
to reset mouseGrabberPopup.

Fixes: QTBUG-95259

src/quicktemplates2/qquickcontainer.cpp | 5 3 + 2 - 0 !
src/quicktemplates2/qquickdialogbuttonbox.cpp | 8 7 + 1 - 0 !
2 files changed, 10 insertions(+), 3 deletions(-)

 [patch] ensure we don't crash when changing sizes after cleanup

This addresses the problems I've seen during destruction. Only
encountered it when using complex layouts on a DialogButtonBox.

Pick-to: 6.2 6.3

src/quicktemplates2/qquickaction.cpp | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] qquickaction: don't grab the same shortcut multiple times

If the entry for the QQuickItem that the QQuickAction is set on has
already grabbed the shortcut, then m_shortcutId is no longer 0 and we
must not overwrite the value. Otherwise, the QQuickItem removing itself
from the action might not remove the correct entry from Qt's shortcut
map, leaving a dangling pointer behind.

Multiple calls to QQuickActionPrivate::ShortcutEntry::grab are possible,
because we grab the shortcut whenever the shortcut changes, or when an
item representing the action becomes visible.

The test case added reproduces this scenario by adding the action to a
menu item and then making the menu explicitly visible, resulting in two
calls to grab() which should be idempotent.

Fixes: QTBUG-96551
Fixes: QTBUG-96561
Pick-to: 6.2

src/quicktemplates2/qquickabstractbutton.cpp | 11 11 + 0 - 0 !
src/quicktemplates2/qquickabstractbutton_p_p.h | 1 1 + 0 - 0 !
tests/auto/controls/data/tst_switch.qml | 23 23 + 0 - 0 !
3 files changed, 35 insertions(+)

 [patch] qquickabstractbutton: fix crash on destruction

If we listen for size changes we also need to remove the object listened
to when it's deleted.

Pick-to: 5.15 6.2 6.3
Fixes: QTBUG-99644

src/quicktemplates2/qquickcontrol.cpp | 30 30 + 0 - 0 !
src/quicktemplates2/qquickcontrol_p_p.h | 1 1 + 0 - 0 !
src/quicktemplates2/qquickscrollbar.cpp | 11 11 + 0 - 0 !
tests/auto/controls/data/tst_scrollview.qml | 47 47 + 0 - 0 !
4 files changed, 89 insertions(+)

 [patch] fix scroll bars not showing up when binding to standalone
 contentItem

908aa77d16e00f2bccc0ddae0f8b61955c56a6a1 hid old scroll bars, but
didn't account for the situation where the old scroll bars would be put
back into place, and so they never showed up.

In the case of the linked bug report, since there was a binding to the
ScrollView's contentItem, a default Flickable would be created. After
that binding was evaluated, the contentItem was set, causing the scroll
bars to be hidden (as part of the process of disconnecting from the old
flickable). To fix the issue, we now do the reverse of hideOldItem when
a new contentItem is set.

Fixes: QTBUG-104983
Pick-to: 6.2 6.3 6.4

src/quicktemplates2/qquickabstractbutton.cpp | 6 6 + 0 - 0 !
src/quicktemplates2/qquickabstractbutton_p.h | 1 1 + 0 - 0 !
2 files changed, 7 insertions(+)

 [patch] implement a11y pressing of qquickabstractbutton
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

this adds a pressAction default implementation that simply calls trigger
(which in turn either triggers the action or emits a click), allowing
accessibility tools to issue a button press via a11y api.

src/imports/platform/widgets/qwidgetplatformmenu.cpp | 3 2 + 1 - 0 !
1 file changed, 2 insertions(+), 1 deletion(-)

 [patch] fix the popup position of a menu
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

QPA code should operate in native coord.
Treat QWidgetPlatformMenu::showPopup's input as native coord.

Fixes: QTBUG-94619
Fixes: QTBUG-94783

examples/quickcontrols2/quickcontrols2.pro | 2 0 + 2 - 0 !
1 file changed, 2 deletions(-)

 disable examples using fontello fonts.
 There are two examples using the embedded fontello font. As the fonts is not
 in it's preferred form of modification we needed to remove them. Also the
 fonts are not letters, so they can not be replaced with another one.
 .
 So we disable the build of this to examples.