Closed
Bug 1305675
Opened 8 years ago
Closed 6 years ago
Crash in shutdownhang | libpthread-2.23.so@0x89cd
Categories
(Core :: Graphics, defect, P2)
Tracking
()
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
firefox49 | --- | unaffected |
firefox50 | --- | unaffected |
firefox51 | --- | unaffected |
firefox52 | --- | unaffected |
firefox53 | --- | fix-optional |
People
(Reporter: marco, Unassigned)
References
Details
(Keywords: crash, regression, Whiteboard: tpi:+, gfx-noted)
Crash Data
Attachments
(2 files)
This bug was filed from the Socorro interface and is report bp-0d3a0452-eccb-4187-a042-547ad2160927. ============================================================= I'm using an external monitor in a Mozilla office. Firefox is not working well (sometimes icons are missing from the main menu, new tabs are not opened, etc.). Firefox doesn't close cleanly, so there's a shutdownhang. https://crash-stats.mozilla.com/report/index/0d3a0452-eccb-4187-a042-547ad2160927 https://crash-stats.mozilla.com/report/index/793a0a1a-2994-4812-b197-4cbb32160927 Firefox 49 isn't affected.
Reporter | ||
Comment 1•8 years ago
|
||
Reporter | ||
Comment 2•8 years ago
|
||
Reporter | ||
Comment 3•8 years ago
|
||
This is only reproducible if Firefox is already running before I connect the external monitor.
Updated•8 years ago
|
Priority: -- → P2
Whiteboard: tpi:+
Comment 4•8 years ago
|
||
Are 50/51 affected? Any chance you can try hunting this down via mozregression?
Flags: needinfo?(mcastelluccio)
Reporter | ||
Comment 5•8 years ago
|
||
It looks like it isn't reliably reproducible, given the result: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=88dd53397d30e1853122f1284de94f103f6e4436&tochange=f514d79fe0679a7c565bacc90b2d21e62cbf8de2 The range for mozilla-central: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=38d0defa2db77fa8bf209cf60bde4232896660cc&tochange=63d190efe42e5e4984180d315e16b70f6d99618c
Flags: needinfo?(mcastelluccio)
Comment 6•8 years ago
|
||
I'm sorta wondering about bug 1088300 in that range. I guess we can see what happens now that it's been uplifted around.
status-firefox50:
--- → ?
status-firefox51:
--- → ?
Comment 7•8 years ago
|
||
Please check that disabling "Use hardware acceleration when available" works around the problems.
Blocks: ogl-linux-beta
Component: Widget: Gtk → Graphics
Reporter | ||
Comment 8•8 years ago
|
||
Yes, it works correctly with hardware acceleration disabled.
Reporter | ||
Comment 10•8 years ago
|
||
Hardware acceleration is a Nightly-only feature for now, so I'll set 50 and 51 as unaffected.
Reporter | ||
Updated•8 years ago
|
Comment 12•7 years ago
|
||
(In reply to Marco Castelluccio [:marco] from comment #0) > This bug was filed from the Socorro interface and is > report bp-0d3a0452-eccb-4187-a042-547ad2160927. > ============================================================= > > I'm using an external monitor in a Mozilla office. Firefox is not working > well (sometimes icons are missing from the main menu, new tabs > are not opened, etc.). > > Firefox doesn't close cleanly, so there's a shutdownhang. > > https://crash-stats.mozilla.com/report/index/0d3a0452-eccb-4187-a042- > 547ad2160927 > https://crash-stats.mozilla.com/report/index/793a0a1a-2994-4812-b197- > 4cbb32160927 > > Firefox 49 isn't affected. During gfxPlatform Shutdown, it tried to post CleanUp Task to vsync thread. But I saw the vsync thread from these crash report was busying for [1]. Therefore, I guess the shutdown task couldn't perform and caused FF hang. 13 libxul.so GLXVsyncSource::GLXDisplay::RunVsync gfx/thebes/gfxPlatformGtk.cpp:834 14 libnspr4.so pt_PostNotifies nsprpub/pr/src/pthreads/ptsynch.c:106 [1]https://hg.mozilla.org/mozilla-central/annotate/29beaebdfacc/gfx/thebes/gfxPlatformGtk.cpp#l834
Whiteboard: tpi:+ → tpi:+, gfx-noted
Comment 13•7 years ago
|
||
Mason, do you have any idea why vsyncthread get stuck in gl::sGLXLibrary.xWaitVideoSync? Or this is driver related bug.
Flags: needinfo?(mchang)
Updated•7 years ago
|
Flags: needinfo?(mchang) → needinfo?(andrew)
Not sure we have the volume to worry about, possibly related to accelerated compositor on Linux.
Flags: needinfo?(andrew)
Comment 15•6 years ago
|
||
Closing because no crash reported since 12 weeks.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Comment 16•6 years ago
|
||
Closing because no crash reported since 12 weeks.
You need to log in
before you can comment on or make changes to this bug.
Description
•