Closed Bug 404787 Opened 18 years ago Closed 14 years ago

thunderbird crash replying to a message [@ js_LookupPropertyWithFlags]

Categories

(Thunderbird :: General, defect)

x86
Windows Vista
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash)

Crash Data

found on talkback. same issue as bug 317283? TB38278560 Stack Signature js_LookupPropertyWithFlags c356c925 Product ID Thunderbird2 Build ID 2007103104 Trigger Time 2007-11-20 12:31:34.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module js3250.dll + (00031f2b) User Comments replying to a message Since Last Crash 226268 sec Total Uptime 270819 sec Trigger Reason Access violation Source File, Line No. e:/builds/tinderbox/Tb-Mozilla1.8-Release/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 3238 Stack Trace js_LookupPropertyWithFlags [mozilla/js/src/jsobj.c, line 3238] js_LookupProperty [mozilla/js/src/jsobj.c, line 3165] js_GetProperty [mozilla/js/src/jsobj.c, line 3543] nsXPCWrappedJSClass::CallQueryInterfaceOnJSObject [mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp, line 243] nsXPCWrappedJSClass::DelegatedQueryInterface [mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp, line 633] nsXPCWrappedJS::QueryInterface [mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp, line 106] nsEventListenerManager::HandleEvent [mozilla/content/events/src/nsEventListenerManager.cpp, line 1752] nsXULElement::HandleDOMEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2232] nsXULElement::HandleChromeEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2897] nsGlobalWindow::HandleDOMEvent [mozilla/dom/src/base/nsGlobalWindow.cpp, line 1761] nsDocument::HandleDOMEvent [mozilla/content/base/src/nsDocument.cpp, line 4099] nsGenericElement::HandleDOMEvent [mozilla/content/base/src/nsGenericElement.cpp, line 2269] nsGenericElement::HandleDOMEvent [mozilla/content/base/src/nsGenericElement.cpp, line 2261] nsGenericElement::HandleDOMEvent [mozilla/content/base/src/nsGenericElement.cpp, line 2261] nsEventStateManager::DispatchMouseEvent [mozilla/content/events/src/nsEventStateManager.cpp, line 2797] nsEventStateManager::NotifyMouseOver [mozilla/content/events/src/nsEventStateManager.cpp, line 2922] nsEventStateManager::GenerateMouseEnterExit [mozilla/content/events/src/nsEventStateManager.cpp, line 2954] nsEventStateManager::PreHandleEvent [mozilla/content/events/src/nsEventStateManager.cpp, line 567] PresShell::HandleEventInternal [mozilla/layout/base/nsPresShell.cpp, line 6508] PresShell::HandleEvent [mozilla/layout/base/nsPresShell.cpp, line 6350] nsViewManager::HandleEvent [mozilla/view/src/nsViewManager.cpp, line 2566] nsViewManager::DispatchEvent [mozilla/view/src/nsViewManager.cpp, line 2253] HandleEvent [mozilla/view/src/nsView.cpp, line 174] nsWindow::DispatchEvent [mozilla/widget/src/windows/nsWindow.cpp, line 1319] nsWindow::DispatchMouseEvent [mozilla/widget/src/windows/nsWindow.cpp, line 6329] ChildWindow::DispatchMouseEvent [mozilla/widget/src/windows/nsWindow.cpp, line 6576] nsWindow::WindowProc [mozilla/widget/src/windows/nsWindow.cpp, line 1507] USER32.dll + 0x8734 (0x7e418734) USER32.dll + 0x8816 (0x7e418816) USER32.dll + 0x89cd (0x7e4189cd) USER32.dll + 0x8a10 (0x7e418a10) nsAppShell::Run [mozilla/widget/src/windows/nsAppShell.cpp, line 159] nsAppStartup::Run [mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 152] main [mozilla/mail/app/nsMailApp.cpp, line 62] kernel32.dll + 0x16fd7 (0x7c816fd7)
Here are some Talkback Incident IDs for the FIREFOX bug 418116 (marked as duplicate of this THUNDERBIRD bug): TB41709732W TB41707236E TB41575058X TB41575056G TB41575054W
Another one: TB41710258Z
Another one: TB41826697Z
More: TB41872185Y
I have discovered that disabling SwitchProxy Tool 1.4.1 will make this problem ( actually the problem I described in https://bugzilla.mozilla.org/show_bug.cgi?id=418116 ) disappear.
#39 crasher for 2.0.0.14 - all comments refer to getting mail
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 485680
rare, but also exists on trunk. all 3 from the past month are 3.0b3pre bp-16272751-900d-424d-a5f9-9b3522090503
gebozini, can you still reproduce your problem using firefox 3.5? I'm not so sure bug 418116 is properly a dupe of this. But I haven't compared stacks
gebozinis?
Keywords: crash
Crash Signature: [@ js_LookupPropertyWithFlags]
all the stacks I see for version 7 and newer are different
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.