Closed Bug 1769366 Opened 3 years ago Closed 2 years ago

[Sway] Firefox crashes/exits with 11 upon using, amongst others, language menu

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 100
x86_64
Linux
defect

Tracking

()

RESOLVED INVALID
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- disabled
firefox101 --- disabled
firefox102 --- disabled
firefox103 --- disabled

People

(Reporter: j.grs-mozillabugs, Unassigned)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(1 file)

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

Steps to reproduce:

  1. get Firefox 100
  2. set MOZ_ENABLE_WAYLAND=1
  3. go to about:preferences
  4. scroll down to Language, click "Set Alternatives…"
  5. "Select a language to add"
  6. Select "search more languages"
  7. repeatedly* click on the dropdown with the languages

*) because it doesn't always, just mostly, crash upon first try, but does so reliably after a few (fast consecutive) tries

Actual results:

Firefox either crashes, show the Crash Reporter window (production instances) or exits with code 11 (mozregression instances).
I found this behavior to be most reliably triggered in the language submenu, but I observed it on other menus as well, however not reliably enough to point to them.

Expected results:

Firefox should not crash, instead let me select a language.

mozregression tells me for where this was introduced:

9:18.19 INFO: No more integration revisions, bisection finished.
9:18.19 INFO: Last good revision: 9d480acd20a346ec47053b589f352e5d3191840d
9:18.19 INFO: First bad revision: 6697eafee26f909744265c9211b0b831622a1a85
9:18.19 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9d480acd20a346ec47053b589f352e5d3191840d&tochange=6697eafee26f909744265c9211b0b831622a1a85

Attached file about:support

Just double-checked with MOZ_ENABLE_WAYLAND=0, problem doesn't seem to occur, which is in line with the bisection bringing up a Wayland-specific commit.

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

I have just had a crash due to a flickering context menu, the problem is not reproducible enough to bisect it, so for the moment I suspect that it is related to this issue or possibly https://bugzilla.mozilla.org/show_bug.cgi?id=1769323 , hard to say, I haven't seen flickering here, but I have seen crashes here, whereas https://bugzilla.mozilla.org/show_bug.cgi?id=1769323 has not technically crashed, but also dealt with invisible parts.

Please test Gnome/KDE, Sway has such issues.

Blocks: wayland-sway
Priority: -- → P3

Ok, cannot reproduce on Gnome, will report to sway.

What I could observe under Gnome, although unrelated, is that when opening the addressbar and getting the dropdown with proposed websites, and then clicking the burger menu, it pops up but remnants of the addressbar dropdown remain. Nothing crucial, nothing breaking, unfortunately I didn't manage to screenshot under gnome, it was gone when gnome's screenshot tool popped up, so it might not even be firefox related.

Not opening a report for that, just keeping it here for notice as it is also a subwindow flickering and this bug contains all the info I have collected so far.

I believe I'm experiencing the same bug on Firefox 101 (and already did on Firefox 100).

Clicking on the "Select a language to add" button under Wayland simply crashes Firefox, reliably, every time. I also use sway and run firefox with MOZ_ENABLE_WAYLAND=1.

To be clear:

  • I am not getting flickering anywhere nor am I getting anything wrong visually beforehand, firefox just crashes completely when I click the button.

  • This bug occurs every time when I set MOZ_ENABLE_WAYLAND to 1, and never occurs when it's set to 0.

Has Regression Range: --- → yes
Keywords: regression
OS: Unspecified → Linux
Regressed by: 1759157
Hardware: Unspecified → x86_64

Please report that at Sway bug tracker.
Thanks.

Summary: Firefox crashes/exits with 11 upon using, amongst others, language menu → [Sway] Firefox crashes/exits with 11 upon using, amongst others, language menu

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 1769473

Hit by this bug as well.
Wayland/Sway
Screen: Current mode: 3840x2160 @ 59.997 Hz
Window Protocol: wayland

Language selection and font selection dropdowns, along with bookmark tags are all problematic resulting in a crash.
Bookmark tags hasn't resulted in a crash, but is non functional. I.e. Click star in address bar to add bookmark, start typing an existing tag, if a match occurs, you will no longer see what you're typing.

When using MOZ_ENABLE_WAYLAND=0, everything appears to be working without issues.
Window Protocol: xwayland

Can replicate on other systems, AMD and Intel graphics using open source drivers. All have problems with dropdown menus using wayland protocol, xwayland is fine. All systems running Sway compositor.
I have not tested on non Sway setups.

Crash report from a clean install, with no settings changed or addons installed.
https://crash-stats.mozilla.org/report/index/05c61224-6a15-4915-ac54-a20830220611

Tested with Wayland/Qtile.
Window Protocol: wayland
Better results, not crashing, dropdowns appear (with the exception of bookmark tags), however I cannot scroll the lists. The dropdown list will be the height to the bottom of the screen. I can move the selection bar with the keyboard arrows but I cannot see the selection past where the list is cut off at the bottom of the screen.

Bookmark tags, will allow me to see what I'm typing, does not show a dropdown list at all.

This is fixed in sway-git, so apparently not a Firefox issue, just as :stransky said.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: