Closed Bug 1751594 Opened 3 years ago Closed 2 years ago

wayland: the WebRTC sharing indicator has the wrong window class.

Categories

(Core :: Widget: Gtk, defect)

Firefox 95
defect

Tracking

()

RESOLVED DUPLICATE of bug 1628431

People

(Reporter: storehouse, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:95.0) Gecko/20100101 Firefox/95.0

Steps to reproduce:

Opened any webRTC-enabled website in wayland and sway.

Actual results:

The Sharing Indicator starts as a tile:

https://llandy3d.github.io/sway-on-ubuntu/extra/#firefox-wayland-native-big-mic-popup-fix

Expected results:

The Sharing Indicator should have opened as a defocussed floating window, like it does in xwayland.

As a knock-on effect, when a website starts webrtc, it causes a window blur event that is not expected, and occasionally has catastrophic results. Rosetta stone pauses webrtc as soon as the window defocusses. This causes an infinite start webrtc, blur, stop webrtc, focus loop. Rosetta stone becomes unusable at that point.

The Bugbug bot thinks this bug should belong to the 'Core::WebRTC' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → WebRTC
Product: Firefox → Core

This seems like more of a front-end issue. Jim - do you know who what component should see this?

Flags: needinfo?(jmathies)

Martin, any thoughts here?

Flags: needinfo?(jmathies) → needinfo?(stransky)

Wayland/Sway issue.

Blocks: wayland-sway
Component: WebRTC → Widget: Gtk
Flags: needinfo?(stransky)
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.