[qt/qt/qtmultimedia]: Summary of bulk changes made

Git repository change summary for qt/qt/qtmultimedia
Pushed by mirror-service into branch '6.12'.
Changed from 038f98a8746132982bbd68b936758f68b8b26dcc to cc1f5d336c19375fb1d486fd76c231fdb62a3d23
Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository.

This change contains the following new commits:

Git commit 8d9734708d000c0abb005fe3d5184b36643d8f78 by Qt Cherry-pick Bot (on behalf of Lorn Potter) on 04/08/2026 at 05:16..
wasm: stabilize media device enumeration order and defaults

The camera and audio device lists were stored in QMaps keyed by the
browser's opaque deviceId, so QMediaDevices returned them sorted by a
random hash. Hot-plugging a device could reorder the lists, silently
switching index-based consumers (e.g. a ComboBox bound to videoInputs)
to the new device. Store them in insertion-ordered QLists instead.

The default was whichever device was enumerated first. Chrome and Edge
enumerate a synthetic "default" entry ahead of the real devices, so the
flag landed on an alias rather than on the device it points at, and
never moved once the system default changed. Resolve that entry back to
the real device through the groupId they share, and drop it from the
lists along with "communications", where both appeared as duplicates.

Firefox and Safari have no such entry and enumerate the default first,
so first-in-wins remains the fallback, cameras have no default entry in
any browser and always take that path. The flag is recomputed on every
enumeration, so it also follows hot-plug and system default changes.

Change-Id: I086c2c506ab1e6a9f0d8acb688ed9b2d4008efb6
Reviewed-by: Tim Blechmann <[email protected]>
Reviewed-by: Artem Dyomin <[email protected]>
(cherry picked from commit 6638e0706039a081990b8a697cfd378455ff818d)
Reviewed-by: Qt Cherry-pick Bot <[email protected]>
https://invent.kde.org/qt/qt/qtmultimedia/-/commit/8d9734708d000c0abb005fe3d5184b36643d8f78

Git commit cc1f5d336c19375fb1d486fd76c231fdb62a3d23 by Mikko Hallamaa on 04/08/2026 at 06:38..
Android: Report failure when closing during image capture

Camera can be closed during still image capture, aborting it without
calling the corresponding failure callback.

This patch adds explicit reporting of failure in currently pending image
capture after camera is closed.

Pick-to: 6.11 6.8
Fixes: QTBUG-141688
Change-Id: I4606fbfc524b91c2c2f9f0183661d80413eff365
Reviewed-by: Artem Dyomin <[email protected]>
(cherry picked from commit 39056ae3b32d5ac5a765a538b67e239e320ef0bc)
https://invent.kde.org/qt/qt/qtmultimedia/-/commit/cc1f5d336c19375fb1d486fd76c231fdb62a3d23