Closed Bug 1307963 Opened 8 years ago Closed 7 years ago

Crash in shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsThread::Shutdown | nsThreadManager::Shutdown

Categories

(Thunderbird :: General, defect)

All
Windows
defect
Not set
critical

Tracking

(thunderbird_esr45? affected, thunderbird51?)

RESOLVED DUPLICATE of bug 1410286
Tracking Status
thunderbird_esr45 ? affected
thunderbird51 ? ---

People

(Reporter: Robert_Hartmann, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: crash, topcrash-thunderbird)

Crash Data

Attachments

(3 files)

This bug was filed from the Socorro interface and is report bp-280f4fec-a4dd-47d4-871d-c025a2161004. =============================================================
Robert, Do you have steps to reproduce this crash? bp-280f4fec-a4dd-47d4-871d-c025a2161004. 0 ntdll.dll KiFastSystemCallRet 1 ntdll.dll ZwWaitForSingleObject 2 kernel32.dll WaitForSingleObjectEx 3 kernel32.dll WaitForSingleObject 4 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 5 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 6 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 7 xul.dll mozilla::CondVar::Wait(unsigned int) xpcom/glue/CondVar.h:80 8 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:55 9 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:960 10 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:297
Flags: needinfo?(Robert_Hartmann)
Hi, if you mean "Reproducible" in terms of deterministic - than sorry (not jet). I realy have many Entries in my thunderbird "Information zur Fehlerbehebung" like that i.e. your as duplicate marked Report #1307964 - I just now realised that I didn't file bugreports at the time the crahes ocure... Most times but sadly not every time the following "use case" ends in an ending crash: Writing an IMAP-Mail using LDAP-Connection for fetching correct E-Mail-Adress for to, cc or bcc and signing the Mail with Enigmail Update some calendar entries in lightning-plugin for thunderbird. Close Thunderbird ... and wait for minutes ... In Thunderbird I had installed Addons Enigmail, Get Partial Message, ImportExport Tools Lightning LookOut Mail Redirect Mnenhy More Tools Menue Remove Duplicate Messages ThunderPlunger www.Tran
I just found there is a thunderbird bugreport with relation to a nvidia-card ... https://bugzilla.mozilla.org/show_bug.cgi?id=1224815 Well I have an ALL-IN-WONDER 9200 Series ...
As note (very strange beahvior with the master password Dialog) at startup time perhaps related?: At start up Thunderbird is checking three Mail-IMAP-Accounts (gmx.net, icqmail.com, and a univerity server) and usenet-servers (news.gmane.org, news.aioe.org, news.mozdev.org) and two RSS-Feeds ... After typing the master passwort thunderbird saids that it cant login to icqmail.com and that I should press retry after that mail rescieving works... I think that the mail querying threat/function/method didn't wait until the masterpassword dialog has been finished ... If I could run Thunderbird inside a Debugger (i.e. inside Eclipse or gdb) well from programmable point of view I can code C/C++ and Java (using MinGW32 inside Windows or Oracle Java 8) ... but what requirements my mashine must have to be a help for you.
(In reply to Robert Hartmann from comment #6) > As note (very strange beahvior with the master password Dialog) at startup > time perhaps related?: > At start up Thunderbird is checking three Mail-IMAP-Accounts (gmx.net, > icqmail.com, and a univerity server) and usenet-servers (news.gmane.org, > news.aioe.org, news.mozdev.org) and two RSS-Feeds ... > > After typing the master passwort thunderbird saids that it cant login to > icqmail.com and that I should press retry after that mail rescieving > works... FWIW I have steps for master password crash at bug 1257058 > I think that the mail querying threat/function/method didn't wait until the > masterpassword dialog has been finished ... The protocol probably does time out. > If I could run Thunderbird inside a Debugger (i.e. inside Eclipse or gdb) > well from programmable point of view I can code C/C++ and Java (using > MinGW32 inside Windows or Oracle Java 8) ... but what requirements my > mashine must have > to be a help for you. You can step through with windbg https://developer.mozilla.org/en-US/docs/Mozilla/How_to_get_a_stacktrace_with_WinDbg (which also explains getting mozilla symbols) or install visual studio community version from https://www.visualstudio.com/downloads/
top #1 crash on Windows on TB 45
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → Windows
Hardware: x86 → All
I also had this signature with bp-81f3228d-b5bc-4970-b2a2-44a282161003 "I had just A. tried to move 3 message from moz to moz-archive5 and it was just spnning. after a couple minutes I do B. File, exit and then C. click to start thunderbird and it said "already running". What I saw in taskmgr between B and C is I think a new thunderbird instance (and I did not find two, but I might have been too slow)"
Hi, (In reply to Wayne Mery (:wsmwk, NI for questions) from comment #7) > (In reply to Robert Hartmann from comment #6) [...] > > You can step through with windbg > https://developer.mozilla.org/en-US/docs/Mozilla/ > How_to_get_a_stacktrace_with_WinDbg (which also explains getting mozilla > symbols) > or install visual studio community version from > https://www.visualstudio.com/downloads/ I run Thunderbird via WinDbg and found many JavaScript-Warnings and manifest-problems AND an access violation exception (first and second chances). But not at the time Thunderbird asks me to retry the server connect after entering the master passwort, the access violation occures later while opening an usenet/nntp-posting with inlined PGP-Textual-Signature. What I find very strange is, that Thunderbird is loading very differend MSVCRT/MSVCP Versions: C:\Programme\Mozilla Thunderbird\MSVCR120.dll C:\Programme\Mozilla Thunderbird\MSVCP120.dll C:\WINDOWS\system32\msvcrt.dll C:\WINDOWS\system32\MSVCP60.dll C:\WINDOWS\system32\MSVCRT40.dll and multiple versions of comctl32: C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.6028_x-ww_61e65202\comctl32.dll C:\WINDOWS\system32\comctl32.dll I uploaded the WinDbg-Logfile see ( comment #10 ) Best regards, Robert
Keywords: crashreportid
See Also: → 1257058
many users of this signature also see the following signature which is #10 for 45.4.0 and #8 for 50.0b3 shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsSyncStreamListener::WaitForData | nsSyncStreamListener::Available bp-26853d74-60dd-4c49-8e9d-122c82161110
See Also: → 1321392
Blocks: 1321959
Depends on: 1257058
See Also: 1257058
Some modest progress in bug 1176399. When we have a solid patch there we'll have something to test.
Flags: needinfo?(Robert_Hartmann)
Hi Wayne Mery, in Comment 2 you ask if I have steps to reproduce this crash. I've started Thunderbird via Windbg.exe and letting Thunderbird 45.5.1.6178 do its update to Thunderbird 45.6.0. I had not wait long, the TB GUI disapear, the harddrive gets loudly. Now I had to wait. And yes Windbg protokolls a memory access violation (after a warning). This time I made a minidump of processes thunderbird.exe (dumpsize = 121 MB) and updater.exe (dumpsize = 2MB). You can read the complete Windbg logfile attached here, with some more analyse as the last time. Here is a extract from the log: (In the attached log file you can find at many places <Memory access error>. WARNING: At least one completion condition is taking too long to complete. Conditions: [{"name":"Places DatabaseShutdown: Blocking profile-before-change","state":"(none)","filename":"c:/builds/moz2_slave/tb-rel-c-esr45-w32_bld-0000000/build/mozilla/toolkit/components/places/Database.cpp","lineNumber":597,"stack":["resource://gre/components/nsAsyncShutdown.js:nsAsyncShutdownClient.prototype.addBlocker:163"]}] Barrier: profile-before-change 1484444564909 Toolkit.Telemetry WARN TelemetrySession::detachObservers - Failed to remove cycle-collector-begin: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: resource://gre/modules/TelemetrySession.jsm :: detachObservers :: line 1339" data: no] Stack trace: detachObservers()@resource://gre/modules/TelemetrySession.jsm:1339 < uninstall()@resource://gre/modules/TelemetrySession.jsm:1684 < Impl.shutdownChromeProcess/cleanup()@resource://gre/modules/TelemetrySession.jsm:1885 < Impl.shutdownChromeProcess()@resource://gre/modules/TelemetrySession.jsm:1923 < setupChromeProcess/<()@resource://gre/modules/TelemetrySession.jsm:1390 < Barrier/this.client.addBlocker/promise</trigger()@resource://gre/modules/AsyncShutdown.jsm:692 < Barrier.prototype<._wait()@resource://gre/modules/AsyncShutdown.jsm:836 < Barrier.prototype<.wait()@resource://gre/modules/AsyncShutdown.jsm:820 < Impl._cleanupOnShutdown<()@resource://gre/modules/TelemetryController.jsm:813 < TaskImpl_run()@resource://gre/modules/Task.jsm:315 < Handler.prototype.process()@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:933 < this.PromiseWalker.walkerLoop()@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:812 < this.PromiseWalker.scheduleWalkerLoop/<()@resource://gre/modules/Promise.jsm -> resource://gre/modules/Promise-backend.js:746 < Spinner.prototype.observe()@resource://gre/modules/AsyncShutdown.jsm:529 (4b0.928): Break instruction exception - code 80000003 (first chance) eax=0326f298 ebx=0bd76010 ecx=0326f298 edx=00500040 esi=0000003f edi=122c7a20 eip=024fc25a esp=1a8bff4c ebp=1a8bff50 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246 DBGHELP: xul - private symbols & lines c:\symbols\xul.pdb\BC83B9F24DC34CB385E7FEC8F5E264A81\xul.pdb xul!mozilla::`anonymous namespace'::RunWatchdog+0x48: 024fc25a cc int 3 0:062> g (4b0.928): Access violation - code c0000005 (first chance) (4b0.928): Access violation - code c0000005 (!!! second chance !!!) eax=0326f298 ebx=0bd76010 ecx=0326f298 edx=00500040 esi=0000003f edi=122c7a20 eip=024fc25d esp=1a8bff48 ebp=1a8bff50 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246 xul!mozilla::`anonymous namespace'::RunWatchdog+0x4b: 024fc25d c7050000000097000000 mov dword ptr ds:[0],97h ds:0023:00000000=???????? 0:062> !analyze -v FAULTING_IP: xul!mozilla::`anonymous namespace'::RunWatchdog+4b [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\components\terminator\nsterminator.cpp @ 151] 024fc25d c7050000000097000000 mov dword ptr ds:[0],97h EXCEPTION_RECORD: ffffffff -- (.exr 0xffffffffffffffff) .exr 0xffffffffffffffff ExceptionAddress: 024fc25d (xul!mozilla::`anonymous namespace'::RunWatchdog+0x0000004b) ExceptionCode: c0000005 (Access violation) ExceptionFlags: 00000000 NumberParameters: 2 Parameter[0]: 00000001 Parameter[1]: 00000000 Attempt to write to address 00000000 FAULTING_THREAD: 00000928 DEFAULT_BUCKET_ID: NULL_POINTER_WRITE PROCESS_NAME: thunderbird.exe ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang "%s" konnte nicht auf dem Speicher durchgef hrt werden. EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang "%s" konnte nicht auf dem Speicher durchgef hrt werden. EXCEPTION_PARAMETER1: 00000001 EXCEPTION_PARAMETER2: 00000000 WRITE_ADDRESS: 00000000 FOLLOWUP_IP: xul!mozilla::`anonymous namespace'::RunWatchdog+4b [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\components\terminator\nsterminator.cpp @ 151] 024fc25d c7050000000097000000 mov dword ptr ds:[0],97h MOD_LIST: <ANALYSIS/> NTGLOBALFLAG: 0 APPLICATION_VERIFIER_FLAGS: 0 PRIMARY_PROBLEM_CLASS: NULL_POINTER_WRITE BUGCHECK_STR: APPLICATION_FAULT_NULL_POINTER_WRITE LAST_CONTROL_TRANSFER: from 0083c958 to 024fc25d STACK_TEXT: 1a8bff50 0083c958 00000000 00606350 00606350 xul!mozilla::`anonymous namespace'::RunWatchdog+0x4b [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\components\terminator\nsterminator.cpp @ 151] 1a8bff68 0082f0cd 0cc0b340 002bc01d 122c7970 nss3!_PR_NativeRunThread+0xc8 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\threads\combined\pruthr.c @ 419] 1a8bff70 002bc01d 122c7970 fa7c565e 0012f334 nss3!pr_root+0xd [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\md\windows\w95thred.c @ 95] 1a8bffa8 002bc001 0012f514 1a8bffec 7c80b729 MSVCR120!_callthreadstartex+0x1b [f:\dd\vctools\crt\crtw32\startup\threadex.c @ 376] 1a8bffb4 7c80b729 0bd76010 0012f334 0012f514 MSVCR120!_threadstartex+0x7c [f:\dd\vctools\crt\crtw32\startup\threadex.c @ 354] 1a8bffec 00000000 002bbfb4 0bd76010 00000000 kernel32!BaseThreadStart+0x37 FAULTING_SOURCE_CODE: No source found for 'c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\components\terminator\nsterminator.cpp' SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: xul!mozilla::`anonymous namespace'::RunWatchdog+4b FOLLOWUP_NAME: MachineOwner MODULE_NAME: xul IMAGE_NAME: xul.dll DEBUG_FLR_IMAGE_TIMESTAMP: 583eb588 STACK_COMMAND: ~62s ; kb FAILURE_BUCKET_ID: NULL_POINTER_WRITE_c0000005_xul.dll!mozilla::_anonymous_namespace_::RunWatchdog BUCKET_ID: APPLICATION_FAULT_NULL_POINTER_WRITE_xul!mozilla::_anonymous_namespace_::RunWatchdog+4b WATSON_STAGEONE_URL: http://watson.microsoft.com/StageOne/thunderbird_exe/45_5_1_6178/583eb4b6/xul_dll/45_5_1_6178/583eb588/c0000005/015ec25d.htm?Retriage=1 Followup: MachineOwner --------- # 62 Id: 4b0.928 Suspend: 1 Teb: 7ff7d000 Unfrozen "Shutdown Hang Terminator" ChildEBP RetAddr 1a8bff50 0083c958 xul!mozilla::`anonymous namespace'::RunWatchdog( void * arg = 0x00000000)+0x4b [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\components\terminator\nsterminator.cpp @ 151] 1a8bff68 0082f0cd nss3!_PR_NativeRunThread( void * arg = 0x002bc001)+0xc8 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\threads\combined\pruthr.c @ 419] 1a8bff70 002bc01d nss3!pr_root( void * arg = 0x002bc001)+0xd [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\md\windows\w95thred.c @ 95] 1a8bffa8 002bc001 MSVCR120!_callthreadstartex(void)+0x1b [f:\dd\vctools\crt\crtw32\startup\threadex.c @ 376] 1a8bffb4 7c80b729 MSVCR120!_threadstartex( void * ptd = 0x0bd76010)+0x7c [f:\dd\vctools\crt\crtw32\startup\threadex.c @ 354] 1a8bffec 00000000 kernel32!BaseThreadStart+0x37 ======== AND here: ======== 0 Id: 4b0.b68 Suspend: 1 Teb: 7ffdd000 Unfrozen ChildEBP RetAddr 0012f990 7c91df5a ntdll!KiFastSystemCallRet 0012f994 7c8025db ntdll!NtWaitForSingleObject+0xc 0012f9f8 7c802542 kernel32!WaitForSingleObjectEx+0xa8 0012fa0c 0082c459 kernel32!WaitForSingleObject+0x12 0012fa28 0083b308 nss3!_PR_MD_WAIT_CV( struct _MDCVar * cv = 0xffffffff, struct _MDLock * lock = 0x00000000, unsigned int timeout = 0)+0x89 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\md\windows\w95cv.c @ 250] 0012fa40 0083b230 nss3!_PR_WaitCondVar( struct PRThread * thread = <Memory access error>, struct PRCondVar * cvar = <Memory access error>, struct PRLock * lock = <Memory access error>, unsigned int timeout = <Memory access error>)+0x58 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\threads\combined\prucv.c @ 172] 0012fa54 010d2916 nss3!PR_WaitCondVar( struct PRCondVar * cvar = <Memory access error>, unsigned int timeout = <Memory access error>)+0x20 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\nsprpub\pr\src\threads\combined\prucv.c @ 525] 0012fa64 011b3048 xul!mozilla::CondVar::Wait( unsigned int aInterval = <Memory access error>)+0x15 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\objdir-tb\dist\include\mozilla\condvar.h @ 80] 0012fa74 011b477b xul!nsEventQueue::GetEvent( bool aMayWait = <Memory access error>, class nsIRunnable ** aResult = <Memory access error>, class mozilla::BaseAutoLock<mozilla::Mutex> * aProofOfLock = <Memory access error>)+0x5a [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\threads\nseventqueue.cpp @ 56] 0012fb64 011c8976 xul!nsThread::ProcessNextEvent( bool aMayWait = <Memory access error>, bool * aResult = <Memory access error>)+0x34a [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\threads\nsthread.cpp @ 961] 0012fb78 011b6918 xul!NS_ProcessNextEvent( class nsIThread * aThread = 0x00641240, bool aMayWait = true)+0x26 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\glue\nsthreadutils.cpp @ 297] 0012fb8c 011b69d4 xul!nsThread::Shutdown(void)+0x63 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\threads\nsthread.cpp @ 782] 0012fbc4 011c4b06 xul!nsThreadManager::Shutdown(void)+0xa5 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\threads\nsthreadmanager.cpp @ 154] 0012fbec 02501b29 xul!mozilla::ShutdownXPCOM( class nsIServiceManager * aServMgr = 0x02501c0c)+0x120 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\xpcom\build\xpcominit.cpp @ 887] 0012fc0c 02501c0c xul!ScopedXPCOMStartup::~ScopedXPCOMStartup(void)+0x68 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\xre\nsapprunner.cpp @ 1480] 0012fc10 02505a81 xul!mozilla::DefaultDelete<ScopedXPCOMStartup>::operator()( class ScopedXPCOMStartup * aPtr = 0x0061d480)+0x10 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\objdir-tb\dist\include\mozilla\uniqueptr.h @ 482] 0012fc30 025077fd xul!XREMain::XRE_main( int argc = 0n6411392, char ** argv = 0x03271db4, struct nsXREAppData * aAppData = 0x03271dc8)+0x176 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\xre\nsapprunner.cpp @ 4414] 0012fd44 00401e70 xul!XRE_main( int argc = 0n1, char ** argv = 0x00154398, struct nsXREAppData * aAppData = 0x0012fd80, unsigned int aFlags = 0)+0x39 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\xre\nsapprunner.cpp @ 4486] 0012fec4 00401984 thunderbird!do_main( int argc = 0n46855960, char ** argv = 0x00000004, class nsIFile * xreDirectory = 0x00000101)+0x231 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mail\app\nsmailapp.cpp @ 195] 0012ff48 00402137 thunderbird!NS_internal_main( int argc = 0n1, char ** argv = 0x00154398)+0xc3 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mail\app\nsmailapp.cpp @ 332] 0012ff78 00402be8 thunderbird!wmain( int argc = 0n1376632, wchar_t ** argv = 0x00020017)+0x120 [c:\builds\moz2_slave\tb-rel-c-esr45-w32_bld-0000000\build\mozilla\toolkit\xre\nswindowswmain.cpp @ 138] 0012ffc0 7c816037 thunderbird!__tmainCRTStartup(void)+0xfe [f:\dd\vctools\crt\crtw32\startup\crt0.c @ 255] 0012fff0 00000000 kernel32!BaseProcessStart+0x23
Outside of Windbg.exe (TB 45.6.0 , Win XP, SP3, 32bit): If I only check for updates but there is not any - and then close TB I got this crash: bp-eed7048e-8479-4d0e-a173-a37d62170122 0 ntdll.dll KiFastSystemCallRet 1 ntdll.dll ZwWaitForSingleObject 2 kernel32.dll WaitForSingleObjectEx 3 kernel32.dll WaitForSingleObject 4 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 5 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 6 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 7 xul.dll mozilla::CondVar::Wait(unsigned int) xpcom/glue/CondVar.h:80 8 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:55 9 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:960 10 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:297 11 xul.dll nsThread::Shutdown() xpcom/threads/nsThread.cpp:782 12 xul.dll nsThreadManager::Shutdown() xpcom/threads/nsThreadManager.cpp:154 13 xul.dll mozilla::ShutdownXPCOM(nsIServiceManager*) xpcom/build/XPCOMInit.cpp:885 14 xul.dll ScopedXPCOMStartup::~ScopedXPCOMStartup() toolkit/xre/nsAppRunner.cpp:1478 15 xul.dll mozilla::DefaultDelete<ScopedXPCOMStartup>::operator()(ScopedXPCOMStartup*) mfbt/UniquePtr.h:482 16 xul.dll XREMain::XRE_main(int, char** const, nsXREAppData const*) toolkit/xre/nsAppRunner.cpp:4410 17 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:4486 18 xul.dll `anonymous namespace'::HistogramGet(char const*, char const*, unsigned int, unsigned int, unsigned int, unsigned int, bool, base::Histogram**) toolkit/components/telemetry/Telemetry.cpp:1035 19 xul.dll base::Histogram::Add(int) ipc/chromium/src/base/histogram.cc:129 20 thunderbird.exe NS_internal_main(int, char**) c:/builds/moz2_slave/tb-rel-c-esr45-w32_bld-0000000/build/mail/app/nsMailApp.cpp:332 21 thunderbird.exe wmain toolkit/xre/nsWindowsWMain.cpp:131 22 thunderbird.exe __tmainCRTStartup f:/dd/vctools/crt/crtw32/startup/crt0.c:255 23 kernel32.dll BaseProcessStart
See Also: → 411147
On Windows 8.1 (64bit) using Thunderbird (Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1) I just get bp-8a66f3cd-d86e-41d8-ac1c-221e52170228 while closing TB after "compact Databases" was finished. No checks for update TB was done. Best regards, Robert [@ shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsSyncStreamListener::WaitForData | nsSyncStreamListener::Available ] Frame Module Signature Source 0 ntdll.dll NtWaitForSingleObject 1 kernelbase.dll WaitForSingleObjectEx 2 kernelbase.dll WaitForSingleObject 3 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 4 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 5 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 6 xul.dll mozilla::CondVar::Wait(unsigned int) xpcom/glue/CondVar.h:80 7 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:55 8 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:960 9 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:297 10 xul.dll nsSyncStreamListener::WaitForData() netwerk/base/nsSyncStreamListener.cpp:28 11 xul.dll nsSyncStreamListener::Available(unsigned __int64*) netwerk/base/nsSyncStreamListener.cpp:130 12 xul.dll nsInputStreamTee::Available(unsigned __int64*) xpcom/io/nsInputStreamTee.cpp:231 13 xul.dll NS_InvokeByIndex xpcom/reflect/xptcall/md/win32/xptcinvoke.cpp:70 14 xul.dll XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) js/xpconnect/src/XPCWrappedNative.cpp:1381 15 xul.dll XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:1115 16 xul.dll js::Invoke(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/vm/Interpreter.cpp:444 17 xul.dll js::Invoke(JSContext*, JS::Value const&, JS::Value const&, unsigned int, JS::Value const*, JS::MutableHandle<JS::Value>) js/src/vm/Interpreter.cpp:496 18 xul.dll js::jit::DoCallFallback js/src/jit/BaselineIC.cpp:6170 19 @0x359858b0
shutdownhang | kernelbase.dll@0xcae48 is #1 crash for 45.8.0, and seems to correlate to this bug. I was going to say that signature replaced the one in this bug, but then I dug further and https://crash-stats.mozilla.com/topcrashers/?product=Thunderbird&version=45.8.0&days=3 shows BOTH still exist - in fact #1 and #2 crashes For example one user 50e63cb9-99d9-4f16-836b-76e342170315 2017-03-15 13:18:54 shutdownhang | kernelbase.dll@0xcae48 Add term 475551b3-7fc4-44ee-8ba3-5c3ad2170315 2017-03-15 13:13:04 shutdownhang | kernelbase.dll@0xcae48 Add term 14881919-f2a5-4e9c-97f6-e66562170315 2017-03-15 03:13:53 shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsThread::Shutdown | nsThreadManager::Shutdown Add term f146ac8f-c078-42cd-a6e1-e4a342170314 2017-03-14 16:16:52 shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsThread::Shutdown | nsThreadManager::Shutdown Add term
This bug was filed from the Socorro interface and is report bp-f26f9358-a51b-4655-a339-98e8e2170330. Allgemeine Informationen Name: Thunderbird Version: 45.8.0 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 Profilordner: Ordner anzeigen (Lokaler Datenträger) Build-ID der Anwendung: 20170305125302 Aktivierte Plugins: about:plugins Build-Konfiguration: about:buildconfig Speicherverwendung: about:memory Absturzberichte http://crash-stats.mozilla.com/report/index/bp-f26f9358-a51b-4655-a339-98e8e2170330 (30.03.2017) Erweiterungen Enigmail, 1.9.6.1, true, {847b3a00-7ab1-11d4-8f02-006008948af5} Get Partial Messages, 0.3.3, true, {6C3323F8-7328-11DE-B11C-551356D89593} Lightning, 4.7.8, true, {e2fda1a4-762b-4020-b5ad-a41df1933103} LookOut, 1.2.13, true, lookout@aron.rubin MessageID-Finder, 2.0.0, true, {179b29a7-8730-4788-8862-57d898500a6e} Mnenhy, 0.8.6.1-signed.1-let-fixed.1-signed, true, {bf591015-b599-4125-9428-3cb746ddca31} Remove Duplicate Messages, 0.1.14, true, {12345678-1234-1234-1234-123456789abc} Remove Duplicate Messages (Alternate), 0.3.12, true, {a300a000-5e21-4ee0-a115-9ec8f4eaa92b} ThunderPlunger, 2.14, true, {bfec0750-aa6f-11db-abbd-0800200c9a66} Wichtige modifizierte Einstellungen Name: Wert accessibility.typeaheadfind.flashBar: 0 browser.cache.disk.capacity: 358400 browser.cache.disk.filesystem_reported: 1 browser.cache.disk.smart_size_cached_value: 51200 browser.cache.disk.smart_size.first_run: false browser.cache.disk.smart_size.use_old_max: false dom.apps.reset-permissions: true dom.max_chrome_script_run_time: 0 extensions.lastAppVersion: 45.8.0 general.useragent.extra.mnenhy: Mnenhy/0.8.6 gfx.blacklist.direct2d: 3 gfx.blacklist.layers.direct3d9: 3 gfx.blacklist.suggested-driver-version: 6.1400.1000.5218 gfx.blacklist.webgl.angle: 3 mail.openMessageBehavior.version: 1 mailnews.database.global.datastore.id: f53e7bf5-6b06-4e50-8735-32ec6268e6b network.cookie.cookieBehavior: 2 network.cookie.prefsMigrated: true network.predictor.cleaned-up: true places.database.lastMaintenance: 1490214937 places.history.expiration.transient_current_max_pages: 684 plugin.importedState: true plugins.update.notifyUser: true security.disable_button.openCertManager: false Grafik Karten-Beschreibung: Mobile Intel(R) 945 Express Chipset Family Herstellerkennung: 0x8086 Gerätekennung: 0x27ae Karten-RAM: Unknown Karten-Treiber: igxprd32 Treiber-Version: 6.14.10.4926 Treiber-Datum: 2-15-2008 WebGL-Renderer: Wurde auf Grund Ihrer Grafiktreiberversion blockiert. Versuchen Sie, Ihren Grafiktreiber auf mindestens Version 6.1400.1000.5218 zu aktualisieren. GPU-beschleunigte Fenster: 0. Wurde auf Grund Ihrer Grafiktreiberversion blockiert. Versuchen Sie, Ihren Grafiktreiber auf mindestens Version 6.1400.1000.5218 zu aktualisieren. AzureCanvasBackend: skia AzureSkiaAccelerated: 0 AzureFallbackCanvasBackend: cairo AzureContentBackend: cairo JavaScript Inkrementelle GC: 1 Barrierefreiheit Aktiviert: 0 Barrierefreiheit verhindern: 0 Bibliotheken-Versionen Minimal vorausgesetzte Version Verwendete Version NSPR 4.12 4.12 NSS 3.21.3 Basic ECC 3.21.3 Basic ECC NSS Util 3.21.3 3.21.3 NSS SSL 3.21.3 Basic ECC 3.21.3 Basic ECC NSS S/MIME 3.21.3 Basic ECC 3.21.3 Basic ECC Thunderbird 45.8.0 Crash Report [@ shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsThread::Shutdown | nsSocketTransportService::Shutdown ] ============================================================= 0 ntdll.dll KiFastSystemCallRet 1 ntdll.dll ZwWaitForSingleObject 2 kernel32.dll WaitForSingleObjectEx 3 kernel32.dll WaitForSingleObject 4 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 5 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 6 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 7 xul.dll mozilla::CondVar::Wait(unsigned int) xpcom/glue/CondVar.h:80 8 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:55 9 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:960 10 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:297 11 xul.dll nsThread::Shutdown() xpcom/threads/nsThread.cpp:782 12 xul.dll nsSocketTransportService::Shutdown() netwerk/base/nsSocketTransportService2.cpp:591 13 xul.dll nsIOService::SetOffline(bool) netwerk/base/nsIOService.cpp:1074 14 xul.dll nsIOService::Observe(nsISupports*, char const*, wchar_t const*) netwerk/base/nsIOService.cpp:1433 15 xul.dll nsObserverList::NotifyObservers(nsISupports*, char const*, wchar_t const*) xpcom/ds/nsObserverList.cpp:113 16 xul.dll nsObserverService::NotifyObservers(nsISupports*, char const*, wchar_t const*) xpcom/ds/nsObserverService.cpp:307 17 xul.dll nsXREDirProvider::DoShutdown() toolkit/xre/nsXREDirProvider.cpp:927 18 xul.dll ScopedXPCOMStartup::~ScopedXPCOMStartup() toolkit/xre/nsAppRunner.cpp:1473 19 xul.dll xul.dll@0x23730c7
Robert, you are still crashing in version 52? This crash signature which is #1 in version 45.8.0 is gone in version 52. So either the is gone or the signature has morphed - like to shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::nsChainedEventQueue::GetEvent | nsThread::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | nsThread::Shutdown | nsThreadManager::...
Yes, on Win XP using TB 52.1.1, multiple times (but Socorro interface seems to be broken somehow) it said something like "failed while sending crash message". And the crashs didn't get added in Thunderbirds last crash list. Sadly all times I forgot to attach a debugger or had no time for debugging session ... As this situation occures again (and if I have time) I'll attach a debugger.
Flags: needinfo?(Robert_Hartmann)
Hi, with update to TB 52.2.0, 32bit (on windows XP machine, 32bit) the multiple password request mentioned in my comment 6 ( https://bugzilla.mozilla.org/show_bug.cgi?id=1307963#c6 ) has gone. ( "Multiple requests for master password when GMail OAuth2 is enabled" https://bugzilla.mozilla.org/show_bug.cgi?id=1176399 ) If you close TB 52.2.0 after sending (the seperate mailwindow has closed, Pinentry window has closed) via IMAP an enigmail-mail signed mail, just before pgp2.exe has been closed, TB crashes. Crashreporter catch the crash, but is not able to report it (sending report failed). I took a Dump from crashreporter via ProcessExplorer.
(In reply to Robert Hartmann from comment #23) > Created attachment 8879302 [details] > crashreporter_TB52.2.0.dmp > > Hi, with update to TB 52.2.0, 32bit (on windows XP machine, 32bit) > the multiple password request mentioned in my comment 6 > ( https://bugzilla.mozilla.org/show_bug.cgi?id=1307963#c6 ) > has gone. > ( "Multiple requests for master password when GMail OAuth2 is enabled" > https://bugzilla.mozilla.org/show_bug.cgi?id=1176399 ) > > > If you close TB 52.2.0 after sending (the seperate mailwindow has closed, > Pinentry window has closed) via IMAP an enigmail-mail signed mail, just > before pgp2.exe has been closed, TB crashes. > > Crashreporter catch the crash, but is not able to report it (sending report > failed). > I took a Dump from crashreporter via ProcessExplorer. As I just saw, the message from Crashreporter "sending report failed" is not complete true, because it had been sendet, but my user coments got lost in that report: My lost user coments were "If you close TB 52.2.0 after sending (the seperate mailwindow has closed, Pinentry window has closed) via IMAP an enigmail-mail signed mail, just before pgp2.exe has been closed, TB crashes." This bug was catched the Socorro interface and is report bp-b5b4baec-1d40-45c6-9d4d-afa620170619 Thunderbird 52.2.0 Crash Report [@ shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::nsChainedEventQueue::GetEvent | nsThread::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::dom::workers::RuntimeService:... ] ============================================================= 0 ntdll.dll KiFastSystemCallRet 1 ntdll.dll ZwWaitForSingleObject 2 kernel32.dll WaitForSingleObjectEx 3 kernel32.dll WaitForSingleObject 4 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 5 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 6 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 7 xul.dll mozilla::CondVar::Wait(unsigned int) C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/objdir-tb/dist/include/mozilla/CondVar.h:79 8 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:57 9 xul.dll nsThread::nsChainedEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsThread.cpp:788 10 xul.dll nsThread::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsThread.cpp:1147 11 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:1206 12 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:361 13 xul.dll mozilla::dom::workers::RuntimeService::Cleanup() dom/workers/RuntimeService.cpp:2198 14 xul.dll mozilla::dom::workers::RuntimeService::Observe(nsISupports*, char const*, char16_t const*) dom/workers/RuntimeService.cpp:2717 15 xul.dll nsObserverList::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverList.cpp:112 16 xul.dll nsObserverService::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverService.cpp:281 17 xul.dll mozilla::ShutdownXPCOM(nsIServiceManager*) xpcom/build/XPCOMInit.cpp:926 18 xul.dll ScopedXPCOMStartup::~ScopedXPCOMStartup() toolkit/xre/nsAppRunner.cpp:1401 19 xul.dll mozilla::DefaultDelete<ScopedXPCOMStartup>::operator()(ScopedXPCOMStartup*) C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/objdir-tb/dist/include/mozilla/UniquePtr.h:528 20 xul.dll XREMain::XRE_main(int, char** const, nsXREAppData const*) toolkit/xre/nsAppRunner.cpp:4649 21 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:4712 22 thunderbird.exe do_main C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/mail/app/nsMailApp.cpp:245 23 thunderbird.exe NS_internal_main(int, char**, char**) C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/mail/app/nsMailApp.cpp:378 24 thunderbird.exe wmain toolkit/xre/nsWindowsWMain.cpp:115 25 thunderbird.exe __scrt_common_main_seh f:/dd/vctools/crt/vcstartup/src/startup/exe_common.inl:253 26 kernel32.dll BaseProcessStart ============================
(In reply to Robert Hartmann from comment #24) > (In reply to Robert Hartmann from comment #23) > > Created attachment 8879302 [details] > > crashreporter_TB52.2.0.dmp > > > > Hi, with update to TB 52.2.0, 32bit (on windows XP machine, 32bit) > > the multiple password request mentioned in my comment 6 > > ( https://bugzilla.mozilla.org/show_bug.cgi?id=1307963#c6 ) > > has gone. > > ( "Multiple requests for master password when GMail OAuth2 is enabled" > > https://bugzilla.mozilla.org/show_bug.cgi?id=1176399 ) > > > > > > If you close TB 52.2.0 after sending (the seperate mailwindow has closed, > > Pinentry window has closed) via IMAP an enigmail-mail signed mail, just > > before pgp2.exe has been closed, TB crashes. > > > > Crashreporter catch the crash, but is not able to report it (sending report > > failed). > > I took a Dump from crashreporter via ProcessExplorer. > > As I just saw, the message from Crashreporter "sending report failed" is not > complete true, > because it had been sendet, but my user coments got lost in that report: > > My lost user coments were > "If you close TB 52.2.0 after sending (the seperate mailwindow has closed, > Pinentry window has closed) via IMAP an enigmail-mail signed mail, just > before pgp2.exe has been closed, TB crashes." > > This bug was catched the Socorro interface and is > report bp-b5b4baec-1d40-45c6-9d4d-afa620170619 > > > Thunderbird 52.2.0 Crash Report [@ shutdownhang | _PR_MD_WAIT_CV | > _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | > nsThread::nsChainedEventQueue::GetEvent | nsThread::GetEvent | > nsThread::ProcessNextEvent | NS_ProcessNextEvent | > mozilla::dom::workers::RuntimeService:... ] > that above crash stack on win xp, TB 52.2.0, is very same to Windows 8.1, TB 52.0: quote out of bug 1267692 comment 21 ( https://bugzilla.mozilla.org/show_bug.cgi?id=1267692#c21 ) : crash happens while Win 8.1 is going to "stand by" after a period of beeing screensaver active with bug report from Socorro: bp-58ad40bb-c89c-4c31-ace8-2d7552170412. Thunderbird 52.0 Crash Report [@ shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::nsChainedEventQueue::GetEvent | nsThread::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::dom::workers::RuntimeService:... ] The Firefox bug 1368983 ( https://bugzilla.mozilla.org/show_bug.cgi?id=1368983 ) references to my Thunderbird crash stack in bug 1267692 comment 21 ( https://bugzilla.mozilla.org/show_bug.cgi?id=1267692#c21 )
This time my user comment get lost from Crashreporter again (Win XP SP3). I wrote a Enigmail-signed IMAP-mail but this time I abort mail sending, and saved mail as DRAFT. Closing Thunderbird and waiting long time. Just forget attach debugger again. But Socorro interface filed this report bp-0be17391-3c69-42bc-b2fc-a3eb70170625. Thunderbird 52.2.0 Crash Report [@ shutdownhang | _PR_MD_WAIT_CV | _PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent | nsThread::nsChainedEventQueue::GetEvent | nsThread::GetEvent | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::jsinspector::nsJSInspector::E... ] Frame Module Signature Source 0 ntdll.dll KiFastSystemCallRet 1 ntdll.dll ZwWaitForSingleObject 2 kernel32.dll WaitForSingleObjectEx 3 kernel32.dll WaitForSingleObject 4 nss3.dll _PR_MD_WAIT_CV nsprpub/pr/src/md/windows/w95cv.c:248 5 nss3.dll _PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:172 6 nss3.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:525 7 xul.dll mozilla::CondVar::Wait(unsigned int) C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/objdir-tb/dist/include/mozilla/CondVar.h:79 8 xul.dll nsEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsEventQueue.cpp:57 9 xul.dll nsThread::nsChainedEventQueue::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsThread.cpp:788 10 xul.dll nsThread::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&) xpcom/threads/nsThread.cpp:1147 11 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:1206 12 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/glue/nsThreadUtils.cpp:361 13 xul.dll mozilla::jsinspector::nsJSInspector::EnterNestedEventLoop(JS::Handle<JS::Value>, unsigned int*) devtools/server/nsJSInspector.cpp:79 14 xul.dll NS_InvokeByIndex xpcom/reflect/xptcall/md/win32/xptcinvoke_asm_x86_msvc.asm:54 15 xul.dll XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) js/xpconnect/src/XPCWrappedNative.cpp:1344 16 xul.dll AccumulateTelemetryCallback js/xpconnect/src/XPCJSContext.cpp:3087 17 xul.dll XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:999 18 xul.dll XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:999 19 xul.dll XPCWrappedNative_Trace(JSTracer*, JSObject*) js/xpconnect/src/XPCWrappedNativeJSOps.cpp:598 20 xul.dll js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/vm/Interpreter.cpp:459 21 xul.dll InternalCall js/src/vm/Interpreter.cpp:504 22 xul.dll Interpret js/src/vm/Interpreter.cpp:2922 23 xul.dll Interpret js/src/vm/Interpreter.cpp:2922 24 xul.dll js::jit::TryAttachSetValuePropStub js/src/jit/BaselineIC.cpp:4328 25 xul.dll js::jit::DoSetPropFallback js/src/jit/BaselineIC.cpp:4604 26 xul.dll js::jit::SetEnterJitData(JSContext*, js::jit::EnterJitData&, js::RunState&, JS::MutableHandle<JS::GCVector<JS::Value, 0, js::TempAllocPolicy> >) js/src/jit/Ion.cpp:2938 27 xul.dll js::Allocate<JSString, 1>(js::ExclusiveContext*) js/src/gc/Allocator.cpp:143 28 xul.dll js::jit::DoConcatStrings js/src/jit/SharedIC.cpp:1154 29 xul.dll js::Activation::Activation(JSContext*, js::Activation::Kind) js/src/vm/Stack-inl.h:854 30 xul.dll EnterBaseline js/src/jit/BaselineJIT.cpp:175 31 xul.dll EnterBaseline js/src/jit/BaselineJIT.cpp:179 32 xul.dll xul.dll@0x1cedb6f 33 @0x927817 34 xul.dll js::jit::EnterBaselineMethod(JSContext*, js::RunState&) js/src/jit/BaselineJIT.cpp:199 35 xul.dll JS::StructGCPolicy<js::StackShape>::trace(JSTracer*, js::StackShape*, char const*) C:/builds/moz2_slave/tb-rel-c-esr52-w32_bld-0000000/build/objdir-tb/dist/include/js/GCPolicyAPI.h:87 36 xul.dll js::jit::BaselineScript::icEntryFromPCOffset(unsigned int) js/src/jit/BaselineJIT.cpp:669 37 xul.dll js::jit::DoCompareFallback js/src/jit/SharedIC.cpp:1746 38 xul.dll js::Allocate<JSString, 1>(js::ExclusiveContext*) js/src/gc/Allocator.cpp:143 39 xul.dll js::jit::BaselineScript::icEntryFromPCOffset(unsigned int) js/src/jit/BaselineJIT.cpp:669 40 xul.dll js::jit::DebugModeOSRVolatileStub<js::jit::ICBinaryArith_Fallback*>::invalid() js/src/jit/BaselineDebugModeOSR.h:69 41 xul.dll js::jit::BaselineScript::icEntryFromPCOffset(unsigned int) js/src/jit/BaselineJIT.cpp:669 42 xul.dll js::SubstringKernel(JSContext*, JS::Handle<JSString*>, int, int) js/src/jsstr.cpp:597 43 xul.dll intrinsic_SubstringKernel js/src/vm/SelfHosting.cpp:239 44 xul.dll js::Allocate<JSString, 1>(js::ExclusiveContext*) js/src/gc/Allocator.cpp:143 45 xul.dll js::jit::DoConcatStrings js/src/jit/SharedIC.cpp:1154 46 @0xffffff84 47 @0x35b7a496
(In reply to Robert Hartmann from comment #26) > This time my user comment get lost from Crashreporter again (Win XP SP3). > I wrote a Enigmail-signed IMAP-mail but this time I abort mail sending, and > saved mail as DRAFT. > Closing Thunderbird and waiting long time. Just forget attach debugger > again. If the prior crashes were similar cause, then perhaps hung gpg process again? https://bugzilla.mozilla.org/show_bug.cgi?id=1410286
See Also: → 1410286
Well if I noticed right, than gpg-Process stay alive while Thunderbird GUI is closed. (Om´n Win XP, Win 8.1) on Win 10 it is gpg-agend.exe which was started be Thunderbird but not closed.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(Robert_Hartmann)
Resolution: --- → DUPLICATE
see https://bugzilla.mozilla.org/show_bug.cgi?id=1484596#c1 TB Daily 63.0a1 BuildID 20180819100129 Windows 10 Home (64bit) Build 17134.rs4_release.180410-1804 perhaps that is a newer version of that bug.
Flags: needinfo?(vseerror)
(In reply to Robert Hartmann from comment #30) > see https://bugzilla.mozilla.org/show_bug.cgi?id=1484596#c1 > TB Daily 63.0a1 BuildID 20180819100129 > Windows 10 Home (64bit) Build 17134.rs4_release.180410-1804 > perhaps that is a newer version of that bug. I think we should ignore that signature
Flags: needinfo?(vseerror)
Depends on: 1524247
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: