Closed Bug 556079 Opened 15 years ago Closed 8 years ago

Crash in [@ nsEventTargetChainItem::HandleEventTargetChain(nsEventChainPostVisitor&, unsigned int, nsDispatchingCallback*, int, nsCxPusher*) ]

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: marcia, Unassigned)

Details

(Keywords: crash)

Crash Data

Seen while running Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.3a4pre) Gecko/20100330 Minefield/3.7a4pre STR: 1. I was trying to reproduce Bug 555041 2. There was a lot of clicking and dragging going on and then I moved my mouse outside the browser window and I crashed http://crash-stats.mozilla.com/report/index/bp-29e125cc-80e7-4a5a-8251-729fe2100330 is the report. This appears in the console: 3/30/10 1:15:37 PM firefox-bin[1439] *** Assertion failure in +[NSEvent mouseEventWithType:location:modifierFlags:timestamp:windowNumber:context:eventNumber:clickCount:pressure:], /SourceCache/AppKit/AppKit-1038.29/AppKit.subproj/NSEvent.m:477 3/30/10 1:15:37 PM [0x0-0x2a02a].org.mozilla.firefox 2010-03-30 13:15:37.384 firefox-bin[1439:903] *** Assertion failure in +[NSEvent mouseEventWithType:location:modifierFlags:timestamp:windowNumber:context:eventNumber:clickCount:pressure:], /SourceCache/AppKit/AppKit-1038.29/AppKit.subproj/NSEvent.m:477 3/30/10 1:15:37 PM firefox-bin[1439] Mozilla has caught an Obj-C exception [NSInternalInconsistencyException: Invalid parameter not satisfying: NSEventMaskFromType(type) & (MouseMask|NSMouseMovedMask)] 3/30/10 1:15:37 PM [0x0-0x2a02a].org.mozilla.firefox 2010-03-30 13:15:37.384 firefox-bin[1439:903] Mozilla has caught an Obj-C exception [NSInternalInconsistencyException: Invalid parameter not satisfying: NSEventMaskFromType(type) & (MouseMask|NSMouseMovedMask)] I am using a standard Apple mouse with this machine.
Have not yet been able to repro, but I suspect this crash would be difficult to reproduce since it was a side effect of testing the other bug.
Comment #0's crash stack is very similar to one Marcia already reported at bug 555041 comment #6. It's likely this bug will turn out to be a dup of bug 555041. It helps that these crash logs don't abbreviate the top part of the stack as XUL@[address].
Marcia, which version of Flash were you using when this crash happened? Was it the same as the following from bug 555041 comment #0? > Flash version is: Version: 10.1.51.95
Yes, the same version. In the QA lab I customarily run the labs.adobe.com versions of flash. (In reply to comment #3) > Marcia, which version of Flash were you using when this crash happened? > > Was it the same as the following from bug 555041 comment #0? > > > Flash version is: Version: 10.1.51.95
This was a early beta of Flash Player 10.1. Please confirm if you can reproduce on Flash Player 10.1 RC7
Crash Signature: [@ nsEventTargetChainItem::HandleEventTargetChain(nsEventChainPostVisitor&, unsigned int, nsDispatchingCallback*, int, nsCxPusher*) ]
Crash Signature: [@ nsEventTargetChainItem::HandleEventTargetChain(nsEventChainPostVisitor&, unsigned int, nsDispatchingCallback*, int, nsCxPusher*) ] → [@ nsEventTargetChainItem::HandleEventTargetChain(nsEventChainPostVisitor&, unsigned int, nsDispatchingCallback*, int, nsCxPusher*) ] [@ nsEventTargetChainItem::HandleEventTargetChain ]
I'm marking this bug as WORKSFORME as bug crashlog signatures didn't appear from a long time (over half year) in Firefox (except obsolete Fx 14 & 28).
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.