Closed Bug 1799861 Opened 2 years ago Closed 2 years ago

[Snap] Crashes when starting screenshare on meet.jit.si with MOZ_ENABLE_WAYLAND

Categories

(Core :: WebRTC: Audio/Video, defect, P3)

Firefox 107
defect

Tracking

()

RESOLVED DUPLICATE of bug 1790496

People

(Reporter: launchpad, Unassigned)

References

(Blocks 3 open bugs)

Details

Crash Data

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

Steps to reproduce:

  1. use Ubuntu 22.04, with a Gnome Wayland session, Firefox 107 (but I know at least the last version also didn't work, it's been crashing for a couple of months)
  2. Visit https://meet.jit.si/firefoxCrashesOnScreenshare and 'join' the meeting.
  3. click the screenshare button
  4. select "Use operating system" (I think this is pipewire, right?)
  5. select a window to share

Actual results:

Firefox crashes.

Expected results:

Firefox doesn't crash, but enables me to screenshare the selected window.

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

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Blocks: pipewire
Component: Widget: Gtk → WebRTC: Audio/Video
Priority: -- → P3

Could you check about:crashes and see if this crash was reported?

Flags: needinfo?(launchpad)
Flags: needinfo?(launchpad)
Crash Signature: [@ memfd:pipewire-memfd]
Crash Signature: [@ memfd:pipewire-memfd] → [@ memfd:pipewire-memfd (deleted)@0x7]
Crash Signature: [@ memfd:pipewire-memfd (deleted)@0x7] → [@ | memfd:pipewire-memfd (deleted)@0x7]
Crash Signature: [@ | memfd:pipewire-memfd (deleted)@0x7] → [@ libxul.so | memfd:pipewire-memfd (deleted)@0x7]
Crash Signature: [@ libxul.so | memfd:pipewire-memfd (deleted)@0x7] → [@ libxul.so@0x3664869 | memfd:pipewire-memfd (deleted)@0x7] [@ libxul.so@0x3665e29 | memfd:pipewire-memfd (deleted)@0x7]

There has got to be a better way to set the signature for this family of crashes...

Crash Signature: [@ libxul.so@0x3664869 | memfd:pipewire-memfd (deleted)@0x7] [@ libxul.so@0x3665e29 | memfd:pipewire-memfd (deleted)@0x7] → [@ libxul.so@0x3664869 | memfd:pipewire-memfd (deleted)@0x7] [@ libxul.so@0x3665e29 | memfd:pipewire-memfd (deleted)@0x7] [@ libxul.so@0x36681b9 | memfd:pipewire-memfd (deleted)@0x7] [@ libxul.so@0x3664da9 | memfd:pipewire-memfd (deleted)@0x7] [@ libx…

The bug has a crash signature, thus the bug will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

I'm seeing the same symptoms (running the 108.0b5 snap on Ubuntu 22.10), but not the same crash signature: https://crash-stats.mozilla.org/report/index/ef817804-199e-430a-901b-6fa320221123.

Summary: Crashes when starting screenshare on meet.jit.si with MOZ_ENABLE_WAYLAND → [Snap] Crashes when starting screenshare on meet.jit.si with MOZ_ENABLE_WAYLAND

Looks like a duplicate of bug 1790496.

Status: NEW → RESOLVED
Closed: 2 years ago
Duplicate of bug: 1790496
Resolution: --- → DUPLICATE

https://bugzilla.mozilla.org/show_bug.cgi?id=1790496
is marked as fixed in Firefox 111 but that's not the whole truth; sure the browser doesn't CRASH, but neither does it share screen... and sometimes it shares the WRONG WINDOW(!)

Running nightly (111.0a1 (2023-01-24) ) with MOZ_ENABLE_WAYLAND=1, and jit.si again,

  1. I click Screen Share.
  2. A permissions dialog pops up, "Allow meet.jit.si to see your screen?", with "Select window or screen" showing in the select box. The only option in the select is Entire Screen (aside: why is the only option not selected automatically?). I select that.
  3. The first time I did this, I then got another redundant pop-up (pipewire?) saying what do I want to share - but with only Entire screen available to choose. I said Yes.
  4. the site now thinks it's screensharing, but all it's sharing is a blank black rectangle - both seen in the browser and by others in the meeting.

Running nightly with MOZ_ENABLE_WAYLAND= (i.e. No/without it) and jit.si again

  1. I click Screen Share
  2. Permissions dialog pops up "Allow..." as before, but this time there are options: entire screen or the firefox window itself (but no others).
  3. The pipewire(?) dialog pops up. If in (2) I selected the firefox window itself, then I'm now offered a choice of all my windows; if in (2) I selected entire screen, I'm offered a choice of screens (I only have one).
  4. picking an option from the pipewire dialog and the app now says I'm sharing, but all is blank. BUT now, immediately after it closed, the pipewire dialog opens again! Selecting the same option a 2nd time and something starts sharing...
  5. If I selected a window, that starts sharing, after a final confirmation.
  6. If I selected Entire Screen, then the confirmation dialog shows (thumbnail) the entire screen will be shared - great- but confirming and then it shows a single window - seems to be the last window I shared.

The last bit is a security risk - if I had shared something confidential, then minimised that and intended to share my screen a 2nd time I could expose the previous window to a potentially new person.

You need to log in before you can comment on or make changes to this bug.