Closed
Bug 1277167
Opened 8 years ago
Closed 4 years ago
Crash in mozilla::widget::WindowHook::Lookup at CreateTaskbarTabPreview
Categories
(Core :: Widget: Win32, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: m_kato, Assigned: m_kato)
References
Details
(Keywords: crash, Whiteboard: tpi:+, widget-next)
Crash Data
Attachments
(1 file)
58 bytes,
text/x-review-board-request
|
Details |
This bug was filed from the Socorro interface and is report bp-27e3ec1f-4bdf-4b72-b894-1584a2160525. ============================================================= This crash is that window handle is invalid or destroyed when CreateTaskbarTabPreview() is called. By bug 557931, some was fixed. But this crash still occurs.
Assignee | ||
Comment 1•8 years ago
|
||
CreateTaskbarTabPreview doesn't check whether window is alive. So we should check it to avoid crash. Review commit: https://reviewboard.mozilla.org/r/59384/diff/#index_header See other reviews: https://reviewboard.mozilla.org/r/59384/
Attachment #8763024 -
Flags: review?(jmathies)
Comment 2•8 years ago
|
||
(In reply to Makoto Kato [:m_kato] (PTO 6/20-21, 6/24) from comment #1) > Created attachment 8763024 [details] > Bug 1277167 - CreateTaskbarTabPreview should return error when we cannot get > nsWindow object from toplevel HWND. > > CreateTaskbarTabPreview doesn't check whether window is alive. So we should > check it to avoid crash. > > Review commit: https://reviewboard.mozilla.org/r/59384/diff/#index_header > See other reviews: https://reviewboard.mozilla.org/r/59384/ This patch doesn't look right, did you upload the wrong thing?
Flags: needinfo?(m_kato)
Updated•8 years ago
|
Attachment #8763024 -
Flags: review?(jmathies)
Comment 4•8 years ago
|
||
Crash volume for signature 'mozilla::widget::WindowHook::Lookup': - nightly (version 52): 6 crashes from 2016-09-19. - aurora (version 51): 8 crashes from 2016-09-19. - beta (version 50): 83 crashes from 2016-09-20. - release (version 49): 643 crashes from 2016-09-05. - esr (version 45): 905 crashes from 2016-06-01. Crash volume on the last weeks (Week N is from 10-03 to 10-09): W. N-1 W. N-2 - nightly 4 2 - aurora 6 2 - beta 77 6 - release 510 133 - esr 74 68 Affected platform: Windows Crash rank on the last 7 days: Browser Content Plugin - nightly #231 - aurora #196 - beta #190 - release #89 - esr #149
status-firefox50:
--- → affected
status-firefox51:
--- → affected
status-firefox52:
--- → affected
status-firefox-esr45:
--- → affected
Updated•8 years ago
|
Priority: -- → P2
Whiteboard: tpi:+
Comment 6•7 years ago
|
||
Mass wontfix for bugs affecting firefox 52.
Comment 7•6 years ago
|
||
This showed up in the 59.0.2 "spike" report, although the spike looks relatively small. Comments mention Firefox being not responsive and one mention of an unresponsive script.
status-firefox59:
--- → affected
status-firefox60:
--- → affected
Updated•6 years ago
|
Updated•6 years ago
|
status-firefox62:
--- → affected
status-firefox63:
--- → affected
Updated•6 years ago
|
Crash Signature: [@ mozilla::widget::WindowHook::Lookup] → [@ mozilla::widget::WindowHook::Lookup]
[@ mozilla::widget::WindowHook::LookupOrCreate ]
status-firefox64:
--- → affected
OS: Windows 8 → Windows
Hardware: x86 → All
Updated•5 years ago
|
Priority: P2 → P3
Whiteboard: tpi:+ → tpi:+, widget-next
Comment 9•4 years ago
|
||
No firefox crashes after 76.x
https://crash-stats.mozilla.org/signature/?signature=mozilla%3A%3Awidget%3A%3AWindowHook%3A%3ALookupOrCreate&date=%3E%3D2020-09-17T06%3A05%3A00.000Z&date=%3C2020-10-17T06%3A05%3A00.000Z#summary
Flags: needinfo?(m_kato) → needinfo?(jmathies)
Comment 10•4 years ago
|
||
Thanks for the heads up!
Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(jmathies)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•