Crash at window_size_sanity_check(device_rect.size());
Categories
(Core :: Graphics: WebRender, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | unaffected |
firefox93 | --- | unaffected |
firefox94 | --- | unaffected |
firefox95 | + | wontfix |
firefox96 | --- | wontfix |
People
(Reporter: kevin, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Crash Data
Attachments
(2 files)
With 95.0a1 (2021-10-19) (64-bit) on Wayland, attempting to open a folder on the Bookmarks Toolbar which contains enough bookmarks to require scrolling causes Firefox to crash. Steps to reproduce:
- Open Manage Bookmarks. (Ctrl+Shift+O)
- Import and Backup->Restore->Choose file...
- Choose the attached bookmark backup JSON file.
- Confirm "This will replace all of your current bookmarks [...]"
- Click on "Big Folder" on the Bookmarks Toolbar. Firefox will crash.
Crash report: https://crash-stats.mozilla.org/report/index/667f1174-2c5f-4de7-abf5-243e40211019
MOZ_CRASH Reason: ```[destroyed object]: error 1: invalid width, height or stride (486x15994621, 1944)
Top 10 frames of crashing thread:
0 libxul.so mozilla::widget::WlCrashHandler widget/gtk/nsWaylandDisplay.cpp:328
1 libwayland-client.so.0 wl_log src/wayland-util.c:404
2 libwayland-client.so.0 display_handle_error src/wayland-client.c:919
3 libffi.so.8 ffi_call_unix64
4 libffi.so.8 ffi_call_int
5 libwayland-client.so.0 wl_closure_invoke src/connection.c:1018
6 libwayland-client.so.0 dispatch_event.isra.0 src/wayland-client.c:1452
7 libwayland-client.so.0 wl_display_dispatch_queue_pending src/wayland-client.c:1840
8 libgdk-3.so.0 _gdk_wayland_display_queue_events gdk/wayland/gdkeventsource.c:201
9 libgdk-3.so.0 gdk_display_get_event gdk/gdkdisplay.c:442
Mozregression: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2d978650c932ee4951ce97d9e29da955f4a11cbf&tochange=1c581d243b8752eef64ab15aca97e11afae39b67
Suggesting this was regressed by Bug 1733620.
Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Can you please run Firefox with MOZ_LOG="WidgetPopup:5" env variable and attach the log here?
Thanks.
Reporter | ||
Comment 2•3 years ago
|
||
(In reply to Martin Stránský [:stransky] (ni? me) from comment #1)
Can you please run Firefox with MOZ_LOG="WidgetPopup:5" env variable and attach the log here?
Sure thing. Attached. Thanks for looking into it!
Comment 3•3 years ago
|
||
I see. Looks like we don't restrict the size limits now.
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Set release status flags based on info from the regressing bug 1733620
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 5•3 years ago
|
||
I tried latest nightly and I'm unable to reproduce it with the provided JSON file - I see a popup window which can be scrolled.
Can you re-test with latest nightly please?
Thanks.
Reporter | ||
Comment 6•3 years ago
|
||
Thanks :stransky! With Nightly 96.0a1 (2021-11-01) (64-bit), the crash is less easily reproducible. Clicking on "Big Folder" from the Bookmarks Toolbar causes the button to become active, but does not show the popup with the bookmarks. Doing so also causes the CPU usage of the GeckoMain process to shoot up significantly until "closed". If I hover the mouse where the popup should appear, I sometimes see a flash of the popup below the cursor. Doing so can often, but not always, produce a crash. (Is there a way to get crash reports from mozregression?)
Reporter | ||
Comment 7•3 years ago
|
||
Crash Report on Nightly 96.0a1 (2021-11-02) (64-bit): https://crash-stats.mozilla.org/report/index/3f5ede61-5ea6-47cc-b61c-d505c0211102
Updated•3 years ago
|
Updated•3 years ago
|
Comment 8•3 years ago
|
||
(In reply to Kevin Locke from comment #7)
Crash Report on Nightly 96.0a1 (2021-11-02) (64-bit): https://crash-stats.mozilla.org/report/index/3f5ede61-5ea6-47cc-b61c-d505c0211102
That's a different bug, it crashes at WebRender:
https://hg.mozilla.org/mozilla-central/file/b11349b0406fac3f80b562b5357070b2d3fa73ac/gfx/wr/webrender/src/render_api.rs#l320
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Description
•