Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
6.7, 6.8, 6.9
-
None
Description
navigator.mediaDevices.getDisplayMedia triggers two portal dialogs on wayland one for screen selection and one for windows.
This makes the DesktopMediaRequest api annoying to use.
Users have to cancel these dialogs multiple times before using the actual qt specific api/dialog.
It can be reproduced with the webrtc manual test and simplebrowser.
Chromium shows/hides these portal dialogs based on the state of their own dialog's.
Firefox triggers only one portal dialog that shows both screens and windows and does not show its own dialog.
Proposed solutions:
1. extend the DesktopMediaRequest api with show/hidePortalDialog so users can implement the chrome stlye dialog. It is easy to implement but can be complicated to use.
2. do everything behind the scenes and provide a "generic" portal dialog same as firefox. It is harder to implement because we would need direct access to webrtc methods and currently the MediaRequest api is based on the DesktopMediaList structures which don't have this functionality.
Attachments
Issue Links
- relates to
-
QTBUG-102458 better xdg-desktop-portal support
-
- Reported
-
Gerrit Reviews
For Gerrit Dashboard: QTBUG-128100 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
583020,3 | WIP: Fix screencast portal dialog v2 | dev | qt/qtwebengine | Status: NEW | -2 | 0 |
583267,2 | WIP: Fix screencast portal dialog v1 | dev | qt/qtwebengine | Status: NEW | -2 | 0 |