Summary: Empty trash on IMAP account causes crash → [DOGFOOD] Empty trash on IMAP account causes crash
Reassign to jefft
Crashing is bad.
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Fix checked in. commandglue.js modified.
Verified on WinNT 2000-01-13-15-M13 & Linux 2000-01-11-10-M13 commercial build: There is no crash for emptying trash anymore. Marking as verified!!
Whiteboard: [PDT+] → [PDT+] Verified
I'm still getting this, but only on the account where the Trash folder is a subfolder of the Inbox folder. It works fine on an account where both Inbox and Trash are side-to-side. I filed bug 23588 regarding Mozilla not finding the Trash folder if it's hidden inside the Inbox, and maybe fixing that bug will fix this. It still crashes, however, and the stack trace is the same. Linux build 2000.01.14.13 In OnFolderLoaded for imap://email@example.com/INBOX/Trash No next message imap://firstname.lastname@example.org/INBOX/Trash GetSelectTrashUri 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1388] Program received signal SIGSEGV, Segmentation fault. 0x41086032 in NSGetModule ()
I know that today's build is not good & I used the 01-11-10-M13 latest better Linux commercial build for verifying this bug. But I will check above problem again....
What kind of the IMAP server are you using... I know that the Netscape Messaging IMAP server won't allow to create any subfolders under Inbox.
No. 1 (Trash a subfolder of Inbox) uclink4.berkeley.edu Execmail IMAP4rev1 (2.1.3/199909291709) No. 2 yuban-c.math.berkeley.edu IMAP4rev1 v12.254 server
Thanks. Sounds like you are using UW IMAP.
Summary: [DOGFOOD] Empty trash on IMAP account causes crash → [DOGFOOD] Empty trash of Inbox on UW IMAP account causes crash
Adding Inbox & UW on the summary for narrowing down this problem!!
M14 ... only on UW server
I cannot reproduce this problem by using our internal UW IMAP4rel v12.250, either. I also tried 4.7 -- still not allow me to create subfolder under Inbox. zach is using 12.254 UW IMAP and ours UW IMAP is 12.250. Any differences between these UW IMAP servers? Cc: David & Scott.
Whiteboard: [PDT+] Verified → [PDT+]
Cc:jgmyers -- John, can you provide more info for us? Thanks.
Zach, do you think your servers have test accounts that we could use to test with? Thanks much. Meanwhile, I'll try to download one from UW and run it on my linux box.
Execmail is a Cyrus derivative, not a UW derivative. The Cyrus server normally puts all user mailboxes underneath INBOX.
Thanks. John -- I asked the right person!! Jeff, Sorry, I should point to zach's comments: No. 1 server!! Updating the summary for changing to Cyrus. And it's reproducible for using Cyrus IMAP server. Talkback is available.
Summary: [DOGFOOD] Empty trash of Inbox on UW IMAP account causes crash → [DOGFOOD] Empty trash of Inbox on Cyrus IMAP account causes crash
Talkback ID#4192199: Execution Time 191 milliseconds
Karen, which Cyrus server I can use? Thanks,
server name: buggy.mcom.com user name: test01~test10 (please do not use test06 since I am using test06) I will e-mail password to you.
Jeff, ignore the talkback report....actually the stack trace is empty even I got the talkback ID.
This is fixed along fixing bug 23447. We are no longer crashing. However, we need to have a plan to handle default Trash folder created for Cyrus server. I am marking this as fixed. Karen or zach please log another bug regarding default folders for Cyrus server.
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago → 19 years ago
Resolution: --- → FIXED
I'm still crashing with today's build, but not on POP Empty Trash (bug 23447) since 01/12. If this should have worked today, then please reopen this bug, or tell me what I might be doing wrong.
Today's build should fix the crash problem. 1-20-2000's build doesn't contain the fix I check in. Thanks,
Jeff, Fix still in M13 build or will in M14 build?
M13, I think. I checked in the code yesterday. So, it should be M13.
No crash on 2000.01.21.08 Linux build. However, the Trash is not emptied, I assume this is because Mozilla doesnt know that the Trash folder on Cyrus is /INBOX.Trash and not /Trash. Bug 24667 is the default folders on Cyrus issue now. Mark verified.
Status: RESOLVED → VERIFIED
Used Linux 2000-01-21-08-M13 commercial build ob Cyrus IMAP server: Jeff, I used today's commercial build -- After empty Trash of the Inbox, nothing happened....even no crash this time, but the messages of Trash folder still there!!
Yes, there is a bug which is address by zach's bug 24667.
You need to log in before you can comment on or make changes to this bug.