Closed Bug 1760001 Opened 4 years ago Closed 3 years ago

Crash on Wayland with 300% scaling on mutter (wl_surface@25: error 2: Buffer size (1373x1200) must be an integer multiple of the buffer_scale (3))

Categories

(Core :: Widget: Gtk, defect)

x86_64
Linux
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox100 --- affected

People

(Reporter: kubrick, Unassigned)

References

(Blocks 1 open bug)

Details

Crash Data

Attachments

(1 file)

On Gnome 42, Wayland, moving a FF window from one 1:1 to a 2:1 scale monitor makes it crash (see signature).

Crash Signature: 4c029180-8242-48cb-9381-0efef0220317 → bp-4c029180-8242-48cb-9381-0efef0220317
Crash Signature: bp-4c029180-8242-48cb-9381-0efef0220317 → [@ wl_array_copy | <.text ELF section in libwayland-client.so.0.20.0> ]
Summary: Crash when moving window to a display with a different scaling factor on Wayland → Crash when moving window to a display with a different scaling factor on Wayland: wl_surface@25: error 2: Buffer size (64x64) must be an integer multiple of the buffer_scale (3)
Component: Graphics → Widget: Gtk

My initial description is wrong, my scaling factor was 3.

On Gnome 42, Wayland, moving a FF window from one 1:1 to a 3:1 scale monitor makes it crash (see signature).

This doesn't happen if the scale is 2:1 or 4:1

Summary: Crash when moving window to a display with a different scaling factor on Wayland: wl_surface@25: error 2: Buffer size (64x64) must be an integer multiple of the buffer_scale (3) → Crash on Wayland when display scale doesn't divide 64: wl_surface@25: error 2: Buffer size (64x64) must be an integer multiple of the buffer_scale (3)

I think that's a GTK bug, should happen with every GTK app: https://gitlab.gnome.org/GNOME/gtk/-/issues/4746

That is correct.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID

I patched gtk3/gtk4 with this MR, it fixes the other GTK applications crashing, but not Firefox which now crashes with

wl_surface@50: error 2: Buffer size (1373x1200) must be an integer multiple of the buffer_scale (3)
bp-c15a9204-2be5-4d8c-83b6-bee2c0220324

Feel free to re-open if you think it is a FF bug.

Flags: needinfo?(emilio)

(In reply to Francois Guerraz from comment #4)

I patched gtk3/gtk4 with this MR, it fixes the other GTK applications crashing, but not Firefox which now crashes with

That is probably a Firefox bug, though we need to double-check where that size is coming from... Robert, fyi

Blocks: wayland
Status: RESOLVED → REOPENED
Ever confirmed: true
Flags: needinfo?(emilio)
Resolution: INVALID → ---
Summary: Crash on Wayland when display scale doesn't divide 64: wl_surface@25: error 2: Buffer size (64x64) must be an integer multiple of the buffer_scale (3) → Crash on Wayland with 300% scaling on mutter (wl_surface@25: error 2: Buffer size (1373x1200) must be an integer multiple of the buffer_scale (3))

Landing https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2335 right now to make Mutter less strict again for a cycle (planning to reintroduce the strict behavior in 43 as it's demanded by the Wayland spec). This certainly looks like a FF bug as such a size can't be from a cursor texture, explaining why the GTK MR doesn't help.

Francois, can you post your about:support here so we get a better idea of your FF setup?

Flags: needinfo?(kubrick)

about:support file attached

Flags: needinfo?(kubrick)

Thanks, nothing unusual there, so assuming default config.

This issue most likely gets triggered in either https://searchfox.org/mozilla-central/source/widget/gtk/MozContainerWayland.cpp#672-673 or https://searchfox.org/mozilla-central/source/widget/gtk/MozContainerWayland.cpp#150 - I think rather the later.

In any case, the next Mutter 42 update should downgrade the crash to a warning again, making a fix less urgent.

Crash Signature: [@ wl_array_copy | <.text ELF section in libwayland-client.so.0.20.0> ] → [@ wl_array_copy | <.text ELF section in libwayland-client.so.0.20.0> ] [@ libxul.so@0x3672dc3 | libwayland-client.so.0@0xc68a]

Same thing happen for me when police scale is set to 1.20, FF 100.0 crashes upon resume from suspend (Wayland, GNOME 42.1/Fedora 36).

On Fedora 36, this bug appears to be resolved with the latest mutter 42 upgrade.

Maybe this has been fixed: https://bugzilla.mozilla.org/show_bug.cgi?id=1767916

On Fedora 36 this happens with Thunderbird as well. Please see my bug report at Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=2084590

Closing because no crashes reported for 12 weeks.

Status: REOPENED → RESOLVED
Closed: 4 years ago3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: