Closed Bug 1035537 Opened 11 years ago Closed 10 years ago

crash in KiUserExceptionDispatcher

Categories

(Core :: DOM: Events, defect)

31 Branch
x86
Windows NT
defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox31 - wontfix
firefox32 --- wontfix
firefox33 --- wontfix

People

(Reporter: u279076, Unassigned)

References

Details

(Keywords: crash, topcrash-win)

Crash Data

This bug was filed from the Socorro interface and is report bp-a8bb01f8-2e75-4a05-b7d9-013502140701. ============================================================= 0 ntdll.dll KiUserExceptionDispatcher 1 xul.dll nsQueryReferent::nsQueryReferent(nsIWeakReference *,tag_nsresult *) obj-firefox/dist/include/nsIWeakReferenceUtils.h 2 xul.dll mozilla::EventStateManager::DispatchMouseOrPointerEvent(mozilla::WidgetMouseEvent *,unsigned int,nsIContent *,nsIContent *) dom/events/EventStateManager.cpp 3 xul.dll nsXULTooltipListener::HandleEvent(nsIDOMEvent *) layout/xul/nsXULTooltipListener.cpp 4 xul.dll mozilla::EventListenerManager::HandleEventSubType(mozilla::EventListenerManager::Listener *,nsIDOMEvent *,mozilla::dom::EventTarget *) dom/events/EventListenerManager.cpp 5 xul.dll mozilla::EventListenerManager::HandleEventInternal(nsPresContext *,mozilla::WidgetEvent *,nsIDOMEvent * *,mozilla::dom::EventTarget *,nsEventStatus *) dom/events/EventListenerManager.cpp 6 xul.dll mozilla::EventTargetChainItem::HandleEventTargetChain(nsTArray<mozilla::EventTargetChainItem> &,mozilla::EventChainPostVisitor &,mozilla::EventDispatchingCallback *,mozilla::ELMCreationDetector &) dom/events/EventDispatcher.cpp 7 xul.dll mozilla::EventTargetChainItem::HandleEventTargetChain(nsTArray<mozilla::EventTargetChainItem> &,mozilla::EventChainPostVisitor &,mozilla::EventDispatchingCallback *,mozilla::ELMCreationDetector &) dom/events/EventDispatcher.cpp 8 xul.dll mozilla::EventDispatcher::Dispatch(nsISupports *,nsPresContext *,mozilla::WidgetEvent *,nsIDOMEvent *,nsEventStatus *,mozilla::EventDispatchingCallback *,nsCOMArray<mozilla::dom::EventTarget> *) dom/events/EventDispatcher.cpp 9 xul.dll mozilla::WidgetMouseEvent::WidgetMouseEvent(bool,unsigned int,nsIWidget *,mozilla::WidgetMouseEvent::reasonType,mozilla::WidgetMouseEvent::contextType) obj-firefox/dist/include/mozilla/MouseEvents.h 10 xul.dll mozilla::EventStateManager::NotifyMouseOut(mozilla::WidgetMouseEvent *,nsIContent *) dom/events/EventStateManager.cpp 11 xul.dll mozilla::EventStateManager::NotifyMouseOver(mozilla::WidgetMouseEvent *,nsIContent *) dom/events/EventStateManager.cpp 12 xul.dll mozilla::EventStateManager::GenerateMouseEnterExit(mozilla::WidgetMouseEvent *) dom/events/EventStateManager.cpp 13 xul.dll mozilla::EventStateManager::PreHandleEvent(nsPresContext *,mozilla::WidgetEvent *,nsIFrame *,nsEventStatus *) dom/events/EventStateManager.cpp 14 xul.dll PresShell::HandleEventInternal(mozilla::WidgetEvent *,nsEventStatus *) layout/base/nsPresShell.cpp 15 @0x12f7c8 ============================================================= More reports: https://crash-stats.mozilla.com/report/list?product=Firefox&signature=KiUserExceptionDispatcher This signature has been around for a long time but something is causing a spike on Beta since July 4. Prior to this it hovered between 0 and 10 crashes per million ADUs, now its up to 116. In pure volume, it's not a topcrash (currently #40 on Beta), but I'm filing this to record the spike. Unfortunately the reports to provide me any details I can use to reproduce this.
Not a top crash, not tracking for now. However, please resubmit for tracking if it comes closer to the top #10. Thanks
Given this also has Intel cards as the majority, it may be another side-effect of the gfx blocklisting malfunctions detected in bug 988549.
This shares with bug 1015341 the trait that it's only affecting native-32-bit XP and Windows 7. I think the Intel gfx correlation is just fallout from the age and type of these machines, and is probably not part of the cause. Unlike the other bug which is a real crash, these are all EXCEPTION_SINGLE_STEP which is very odd for us to see in crash reports. It means some code is trying to act as a debugger for FF and failing. That "some code" is likely our friend the Movies Toolbar: 50% (115/231) vs. 3% (1169/42620) safetynut.dll 50% (115/231) vs. 3% (1184/42620) safetyldr.dll 50% (116/231) vs. 5% (2018/42620) Datamngr.dll 50% (116/231) vs. 5% (2048/42620) mgrldr.dll 46% (107/231) vs. 3% (1200/42620) safetycrt.dll
This is currently the #9 topcrash in Firefox 31 and rising. It's also rising in Firefox 32 (#26) but dropping in Firefox 33 (#149).
Except if we have a huge spike, we won't do a dot release for this bug. Please resubmit if the bug is a problem in the 31 release.
This and similar are connected to Bandoo, there's not much we can do on our side anyhow, and their developers are looking into the issue actively, aiming to ship updates to their software ASAP.
See Also: → 1111861
This crash has dropped off significantly with only 28 reports in the last week. I'm resolving this bug as incomplete since there's not much we can do about it at this point. Please reopen if this escalates to a topcrash.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.