Closed Bug 594904 Opened 15 years ago Closed 15 years ago

when I click on the Junk folder, Thunderbird crashes

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 591143

People

(Reporter: cwr, Unassigned)

References

Details

(Keywords: crash)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.127 Safari/533.4 Build Identifier: 3.1.3 -- Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 Recently (2 days ago?) installed Thunderbird 3.1.3 Today I tried to open my Junk folder and it crashed. Happened three times in a row. Note that I have a saved search "folder" nested under my Junk folder (finds "old" messages marked as Junk in the Trash). Reproducible: Always Steps to Reproduce: 1. click on Junk folder (or its subfolder, a saved search) 2. Thunderbird crashes 3. there is no third thing One of the crashes was logged at "2010-09-09 12:30:44.060 -0700"
Does it crash in safe mode per http://support.mozillamessaging.com/bg/kb/Safe+Mode ? What version thunderbird where you running prior to v3.1? Please post crash report id per http://support.mozillamessaging.com/bg/kb/Mozilla+Crash+Reporter#Viewing_crash_reports
Keywords: crash
Hi, thanks for your prompt response. Yes, it crashes in safe mode. I included "Bug 594904" in the comment of the bug report. Not sure which version I was running before. I looked in my Trash and found a 2.0.0.24 from 2007, but I'm pretty sure I was running a more recent version, less than a year old. Perhaps that was overwritten in my Apps folder (vs Trashed) when I installed 3.1.3. I installed the ViewAbout add-on but when I relaunched Thunderbird and viewed about:crashes it said "no crash reports have been submitted". I got a crash report dialog 3 times yesterday and once today, I submitted each report with a comment. Do you know why they are not showing up?
OS: Mac OS X → Windows XP
(In reply to comment #2) > Hi, thanks for your prompt response. > > Yes, it crashes in safe mode. I included "Bug 594904" in the comment of the > bug report. > We can't realy seach comment AFAIK :( > I installed the ViewAbout add-on but when I relaunched Thunderbird and viewed > about:crashes it said "no crash reports have been submitted". I got a crash > report dialog 3 times yesterday and once today, I submitted each report with a > comment. Do you know why they are not showing up? to verify you should be able to go to the Thunderbird Install directory and see a Crash folder which has a submitted folder. If you give is the name of the files in that directory we'll eb able to figure out where it's crashing.
I don't see a Crash folder. (I just noticed that this report says windows xp. I must have missed something during the submission. I am running OSX 10.6.4. I will change the bug report.) Looking in /Applications/Thunderbird.app/Contents/MacOS I see a "Crash Reporter" app, but no Crash folder.
OS: Windows XP → Mac OS X
Version: unspecified → 3.1
I was thinking I ought to a "Compact Folders". Any thoughts about whether that might interact with this issue?
(In reply to comment #4) > I don't see a Crash folder. (I just noticed that this report says windows xp. > I must have missed something during the submission. I am running OSX 10.6.4. I > will change the bug report.) Looking in > /Applications/Thunderbird.app/Contents/MacOS I see a "Crash Reporter" app, but > no Crash folder. hmm, the crash information would be in /Library/Thunderbird/Crash Reports/submitted (In reply to comment #5) > I was thinking I ought to a "Compact Folders". Any thoughts about whether that > might interact with this issue? no way to know without knowing the crash report. how big is the junk folder? http://support.mozillamessaging.com/en-US/kb/Profiles#On_Mac
I'd do a repair folder from the folder properties dialog first. But save off the Junk.msf file first.
Re: comment #6 Hmm indeed. I looked in "/Library/Thunderbird/Crash Reports", there was no "submitted" dir. Just one file called InstallTime20100825152846 whose content was "1283905113". Sorry, wish I knew why my crash reports are not being saved, or are getting lost, or whatever is happening to them. Junk is 27.6 MB, Junk.msf is 168 KB. By way of potential work-around, if I lost these files I would not be sad. I only wanted to access them to make sure no non-spam was in there before clearing them out. Re: comment #7 I set aside copies of: Junk, Junk.msf and Junk.sbd, then tried using "repair folder from the folder properties dialog". It also also caused a crash. I know its incomplete, but here is the top of that report: Process: thunderbird-bin [34674] Path: /Applications/Thunderbird.app/Contents/MacOS/thunderbird-bin Identifier: org.mozilla.thunderbird Version: 3.1.3 (3.1.3) Code Type: X86 (Native) Parent Process: ??? [1] Date/Time: 2010-09-10 17:13:41.615 -0700 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Interval Since Last Report: 42850 sec Crashes Since Last Report: 2 Per-App Interval Since Last Report: 42765 sec Per-App Crashes Since Last Report: 2 Anonymous UUID: 719FD670-9A44-4924-BEE1-EB3FF97C3C7E Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: __abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x93ff0ef6 __kill + 10 1 libSystem.B.dylib 0x93ff0ee8 kill$UNIX2003 + 32 2 libSystem.B.dylib 0x9408362d raise + 26 3 libSystem.B.dylib 0x94099679 __abort + 124 4 libSystem.B.dylib 0x9407c3bc release_file_streams_for_task + 0 5 libicucore.A.dylib 0x96673e71 ucol_setVariableTop + 12435 6 libicucore.A.dylib 0x9666b97b ucol_getSortKey + 71 7 ...ple.CoreServices.CarbonCore 0x98261044 UCGetCollationKey + 377 8 org.mozilla.thunderbird 0x000424d6 XRE_GetFileFromPath + 195286 9 org.mozilla.thunderbird 0x00b373aa nsStopwatch::Resume() + 1039546 10 org.mozilla.thunderbird 0x00b404ae nsStopwatch::Resume() + 1076670 11 org.mozilla.thunderbird 0x00b432d0 nsStopwatch::Resume() + 1088480 12 org.mozilla.thunderbird 0x00a79cd0 nsStopwatch::Resume() + 263648 13 org.mozilla.thunderbird 0x00a7e998 nsStopwatch::Resume() + 283304 14 org.mozilla.thunderbird 0x00a82c11 nsStopwatch::Resume() + 300321 15 org.mozilla.thunderbird 0x00a81f8b nsStopwatch::Resume() + 297115 16 org.mozilla.thunderbird 0x00a82306 nsStopwatch::Resume() + 298006 17 org.mozilla.thunderbird 0x00a824b1 nsStopwatch::Resume() + 298433 18 libxpcom_core.dylib 0x011c0218 NS_InvokeByIndex_P + 88 19 org.mozilla.thunderbird 0x0010abb6 XRE_GetFileFromPath + 1016246 20 org.mozilla.thunderbird 0x0010f0ce XRE_GetFileFromPath + 1033934 21 libmozjs.dylib 0x01061f48 js_Invoke + 1128 22 libmozjs.dylib 0x01052e15 JS_HashTableRawRemove + 6565 23 libmozjs.dylib 0x010620b0 js_Invoke + 1488 24 org.mozilla.thunderbird 0x001058cc XRE_GetFileFromPath + 995020 25 org.mozilla.thunderbird 0x000ffbb3 XRE_GetFileFromPath + 971187 26 libxpcom_core.dylib 0x011c02b4 NS_InvokeByIndex_P + 244 27 libxpcom_core.dylib 0x011c0666 NS_InvokeByIndex_P + 1190 28 org.mozilla.thunderbird 0x00a42761 nsStopwatch::Resume() + 36977 29 org.mozilla.thunderbird 0x00a1044a nsMsgDBFolder::NotifyFolderEvent(nsIAtom*) + 154 30 org.mozilla.thunderbird 0x00a0fbea nsMsgDBFolder::OnStopRunningUrl(nsIURI*, unsigned int) + 154 31 org.mozilla.thunderbird 0x00ae0311 nsStopwatch::Resume() + 683041 32 org.mozilla.thunderbird 0x00a33311 nsMsgMailNewsUrl::SetUrlState(int, unsigned int) + 369 33 org.mozilla.thunderbird 0x00a308be nsMsgProtocol::OnStopRequest(nsIRequest*, nsISupports*, unsigned int) + 174 34 org.mozilla.thunderbird 0x00ad2ca8 nsStopwatch::Resume() + 628152 35 org.mozilla.thunderbird 0x0004e70c XRE_GetFileFromPath + 245004 36 org.mozilla.thunderbird 0x0004f1b8 XRE_GetFileFromPath + 247736 37 libxpcom_core.dylib 0x011908cd NS_AsyncCopy(nsIInputStream*, nsIOutputStream*, nsIEventTarget*, nsAsyncCopyMode, unsigned int, void (*)(void*, unsigned int), void*, int, int, nsISupports**) + 1069 38 libxpcom_core.dylib 0x011b01e7 NS_SetGlobalThreadObserver(nsIThreadObserver*) + 1367 39 libxpcom_core.dylib 0x0116c06a NS_ProcessNextEvent_P(nsIThread*, int) + 42 40 org.mozilla.thunderbird 0x008f9276 non-virtual thunk to nsPrintSession::Release() + 6619078
Oh, we know about that crash. It's a problem in OS/X itself. I'd suggest moving the Junk folder away from your profile, but don't delete it. If we can find a work around for the crash, we'll put it into a point release, and then you can look at the junk folder then. There are other ways around this, but they're a bit more complicated.
OK, glad you understand the symptom and thanks for the advice. So I understand the work around, is it the files comprising the Junk folder itself that are "poisoned"? If I move it aside, will a new healthy Junk folder be created to replace it? Will junk mail filtering (etc.) then work as before? Secondly does setting aside the Junk folder include all three of these files?: Junk, Junk.msf and Junk.sbd
It's a message in the Junk folder itself (i.e., Junk, not Junk.msf - the latter is created from the contents of Junk). You could simply make a copy of the Junk folder for later use/diagnosis, and then right click on the junk folder in Thunderbird, and pick empty Junk.
That worked as described. Notwithstanding the original bug (apparently in OSX?) everything is OK for me now. (I will note that my saved search, a "subfolder" of Junk, seemed to be broken. In the Size column it showed "???". I thought perhaps a search saved from a previous version of Thunderbird might not be compatible with 3.1.3 so I recreated it and deleted the previous one. Its purpose was to find junk messages in the Trash older than 100 days. I opened it and deleted its contents. Then Thunderbird started crashing again if I tried to open the saved search. Thinking there might be a problem with a saved search under the Junk folder, I deleted it, recreated it, and saved it at the top level of the account (so it was now a sibling of (e.g.) Junk). Now it seems to be working as intended and not crashing.) Thanks for all your help, Craig Reynolds http://www.red3d.com/cwr/
I am seeing this same behavior with my All Mail folder on Gmail accessed via IMAP. I opened a duplicate bug but thought I'd add my comments here since the suggested workaround isn't really feasible with the All Mail/IMAP combination. I only use OS X intermittently these days so it is not a pressing issue but I am happy to help test fixes and workarounds as needed for anyone else feeling this pain.
(In reply to comment #9) > Oh, we know about that crash. It's a problem in OS/X itself. I'd suggest moving > the Junk folder away from your profile, but don't delete it. If we can find a > work around for the crash, we'll put it into a point release, and then you can > look at the junk folder then. There are other ways around this, but they're a > bit more complicated. David -- thomas is also seeing this bug (comment #14 & dupe bug 595910), but since it's affecting his All Mail folder, thomas may not be able to make use of the same workaround as Craig (in which Craig emptied the contents of the affected folder). For thomas' sake, do you think you may be able to convey some of the other (albeit, more complicated) ways around this?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.