https://bugs.kde.org/show_bug.cgi?id=513595
Fede <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] Status|RESOLVED |REOPENED Ever confirmed|0 |1 Resolution|WORKSFORME |--- --- Comment #13 from Fede <[email protected]> --- Adding another reproduction of this bug, with a different symptom: it silently breaks the camera portal (org.freedesktop.portal.Camera), not just file-open/OpenURI calls. Setup: Fedora 44, Plasma 6.7.4, xdg-desktop-portal-kde 6.7.4-1, xdg-desktop-portal 1.22.1, Firefox 153.0.3. Firefox 153 uses the PipeWire/portal path for camera access on Linux (media.webrtc.camera.allow-pipewire=true, its default). When the portal's app-ID registration fails at startup - logged as: xdg-desktop-portal-kde: Failed to register with host portal QDBusError("org.freedesktop.portal.Error.Failed", "Could not register app ID: Connection already associated with an application ID") Any subsequent AccessCamera call from Firefox fails immediately. Critically, no dialog appears at all: not Firefox's own permission prompt, not the system camera-consent dialog. getUserMedia() just rejects with NotAllowedError, reproducible on a trivial page (mozilla.github.io/webrtc-landing/gum_test.html), with zero indication to the user that anything failed. IsCameraPresent still correctly reports true via gdbus introspect, so the portal daemon is alive, it's specifically the app-ID registration step that's broken. Workaround: setting media.webrtc.camera.allow-pipewire=false in Firefox forces it back to direct V4L2 access, bypassing the portal entirely, and camera access works fine. This confirms the WORKSFORME resolution was premature - the bug affects at least three independent portal call paths (OpenURI/Ark, and now Camera/Firefox) across Plasma 6.5-6.7. -- You are receiving this mail because: You are watching all bug changes.
