Closed
Bug 812225
Opened 12 years ago
Closed 6 years ago
crash in nsEventStateManager::FillInEventFromGestureDown
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: jimm, Unassigned)
References
()
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is report bp-13181cb4-c816-4639-9a72-08e122121115 . ============================================================= reports - ttp://tinyurl.com/afq7d33 https://crash-stats.mozilla.com/report/index/13181cb4-c816-4639-9a72-08e122121115 This is in MetroFirefox, and is currently the top crasher, although we don't have a lot of data yet.
Reporter | ||
Comment 1•12 years ago
|
||
This might be caused by something down in the winrt widget layer since the line the crash occurs on is nsIntPoint tmpPoint = aEvent->widget->WidgetToScreenOffset();
Reporter | ||
Updated•12 years ago
|
Comment 2•12 years ago
|
||
Null widget? Some bug how events are dispatched?
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Olli Pettay [:smaug] from comment #2) > Null widget? Some bug how events are dispatched? Probably. Odd though since the up times are all over the place. Something like this is more likely at startup. We'll have to audit all of our event sending.
Updated•12 years ago
|
Assignee: nobody → netzen
Whiteboard: [metro-it1][LOE:1][metro-mvp]
Updated•12 years ago
|
OS: Windows NT → Windows 8 Metro
Comment 4•12 years ago
|
||
Jim you may want to take a stab at this, I reviewed the code but could not find the reason.
Assignee: netzen → nobody
Whiteboard: [metro-it1][LOE:1][metro-mvp] → [metro-it1][metro-it2][LOE:1][metro-mvp]
Reporter | ||
Comment 5•12 years ago
|
||
We haven't seen this since the 11-14 build, so I'm not too worried. Actually what worries me more is that we have people who are still on the 11-14 build. :) I think there's a bug filed someplace on improving update rates by doing updates in metro vs. desktop.
Comment 6•12 years ago
|
||
(In reply to Jim Mathies [:jimm] from comment #5) > We haven't seen this since the 11-14 build, so I'm not too worried. It still occurs and is #2 top crasher in MetroFirefox: https://crash-stats.mozilla.com/report/list?signature=nsEventStateManager%3A%3AFillInEventFromGestureDown%28nsMouseEvent*%29
Reporter | ||
Updated•12 years ago
|
Whiteboard: [metro-it1][metro-it2][LOE:1][metro-mvp]
Reporter | ||
Comment 7•12 years ago
|
||
The stacks here appear to be in the desktop product.
OS: Windows 8 Metro → Windows 7
Updated•9 years ago
|
Crash Signature: [@ nsEventStateManager::FillInEventFromGestureDown(nsMouseEvent*)] → [@ nsEventStateManager::FillInEventFromGestureDown(nsMouseEvent*)]
[@ nsEventStateManager::FillInEventFromGestureDown]
Comment 8•6 years ago
|
||
Closing because no crash reported since 12 weeks.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•5 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•