qt/qtdeclarative.git, branch v6.8.0

Update dependencies on '6.8.0' in qt/qtdeclarative

2024-10-02T11:32:45+00:00

Change-Id: Iff17e5d049096634ec586aded14d98a097e34f03
Reviewed-by: Qt Submodule Update Bot

ListView: fix countChanged not being emitted in certain cases

2024-10-02T08:25:57+00:00

This broke after 477c15def834bd49553c00b90f3a2006456ea931.
countChanged would have normally been emitted in the call to
applyModelChanges that we skipped after adding the q->size().isNull()
check.

We can check hasPendingChanges() to know if a count change
is pending (which is also the first thing applyModelChanges checks
before doing its work), and if so, emit countChanged so that
any bindings that are relying on it can function as expected.

Fixes: QTBUG-129165
Pick-to: 6.5 6.7 6.8 dev
Change-Id: Ic045f1870b39d192f6880e23daab03fd73a16d58
Reviewed-by: Fabian Kosmale

Docs: Add links to Android classes and examples

2024-10-02T04:30:33+00:00

Added links to the Qt Quick Android Classes page for examples.
Added links to the Android Java classes provided by Qt Core.
Renamed QML in Android Studio Projects example as Qt Quick
for Android-related.
Rename filename using qml in Android.

Change-Id: I79f79971ea7d224545c939a906bb449bd2b886c5
Reviewed-by: Assam Boudjelthia 
(cherry picked from commit d37583094a73ca85151f07c4570db916424d7a94)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit ce24530b8c8144bbd9d6de5f700e8efed5851a83)

Docs: Fix Android links and add missing ones

2024-10-02T04:30:23+00:00

I fixed broken links in the Kotlin example, added missing ones there,
and added them to the top-level Qt Android Classes page.

Change-Id: I70b6a4e9aa02c83c69f20139f4f3a57369cbd954
Reviewed-by: Paul Wicking 
(cherry picked from commit c524db37c206fa4a999181f6a37f66d82ea98416)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit 5f17be527f9030bf5b75535714d543bcdec1496e)

QmlCompiler: Allow string lookup of composite metatypes again

2024-10-01T12:20:35+00:00

We're not guaranteed to get string IDs for those.

Pick-to: dev 6.8
Change-Id: I5800a1e90589f3a6ae55ce8624fa56968f0f3ec3
Reviewed-by: Fabian Kosmale 
Reviewed-by: Olivier De Cannière

QmlCompiler: Fix handling of anonymous composite types

2024-10-01T12:20:34+00:00

So far we produced invalid QMetaTypes for them in various places and
that "worked" for the most part because with QObject pointers we can
introspect the actual type at run time.

Realize that we never actually want the concrete anoymous type of the
object when we pass it around. Rather, all methods and properties need
to handle named types. What we really want to resolve is therefore not
the type of the original value we've produced in the type propagator,
but rather the replacement we've produced when analyzing the lookup.

Pick-to: dev 6.8
Task-number: QTBUG-129202
Change-Id: I0b93495d6603f120375048c80a747170f147f8af
Reviewed-by: Fabian Kosmale 
Reviewed-by: Olivier De Cannière

InternalClass: Use scope for local internal classes

2024-10-01T04:36:11+00:00

In most cases, the usage of scope is only to guard against future
changes which could introduce allocations.
However, in a few places we end calling functions that can allocate:
Both addDummyEntry and cleanInternalClass can allocate memory, and there
is nothing protecting the newly allocated internal class.

Change-Id: I727a91380c49fb95cbd6f5cba39bdd5f9a9b0e5e
Reviewed-by: Ulf Hermann 
(cherry picked from commit 39c5a4110f5465759531df0278753b3a67c2a32b)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit 4af0b1f637150228548a367470e8ab34a2b6cf70)

QmlCompiler: Do not cache composite metatypes in static members

2024-10-01T04:36:07+00:00

The metatypes from any old engines may have been deleted.

Retrieve the types from the ResolveTypeReferenceMap instead. That is
much cheaper than doing a full type search and the CU should know the
types it's dealing with.

Sometimes, however, the CU does not pre-resolve the types. In
particular, types only used in function signatures do not end up in the
ResolvedTypeReferenceMap. In those cases, still do the full type search.

Amends commit 8bf5aae19b77b618f3f7a55a59e87c8a319475a8.

Task-number: QTBUG-129388
Change-Id: I27f25e1c68de3c752d00345c6d94016fb315e16c
Reviewed-by: Fabian Kosmale 
(cherry picked from commit 76ce5e4799f07e7cf4b9ffccf7cdfb5bc07de3c4)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit f8cdbfc3a1d1c41cfa511d9fa0a2db901db80674)

gc: Allow to modify incremental gc timelimit via env variable

2024-10-01T04:36:04+00:00

This includes making it non-incremental by setting the timelimit to 0,
which might be a workaround for some issues with the incremental garbage
collector.

Task-number: QTBUG-129241
Change-Id: I665052345688cd17f05d52a46adc9a09bebefef2
Reviewed-by: Olivier De Cannière 
Reviewed-by: Ulf Hermann 
(cherry picked from commit fd9566093a0b6e1e6f3bc0ed81de0f90a2a68cf7)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit d886d8621df122b609413cd629de7bbae18c1f77)

QQuickDialog: reject on hideEvent, when popupType: Popup.Window

2024-09-30T12:54:10+00:00

Dialogs should be either rejected or accepted, when they close.
When they close as a result of a hideEvent (usually when the user
presses the X button in the window decoration), it's expected that the
dialog emits the rejected signal.

QtQuickDialogs expects either accepted or rejected to be emitted when
the dialog closes. Because neither signal were emitted, QtQuickDialogs
would enter a state, where it falsly believe that the dialog is still
opened, when it was closed due to the hideEvent.

Fixes: QTBUG-129323
Change-Id: I03e0406c6c4ce0237ddfa625bb476b11013b7666
Reviewed-by: Mitch Curtis 
(cherry picked from commit b09deeee514f2aae7251a55169c6c6af4777b0e9)
Reviewed-by: Qt Cherry-pick Bot 
(cherry picked from commit ff56ef92b3b5ea0c326e8ce1df230a6436c05082)