Closed Bug 404787 Opened 17 years ago Closed 13 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: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.