Closed Bug 98328 Opened 23 years ago Closed 23 years ago

Mozilla hangs on close, mozilla.exe process never dies

Categories

(MailNews Core :: Backend, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 106479
mozilla1.0.1

People

(Reporter: bugzilla.mozilla.org, Assigned: mscott)

References

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3+) Gecko/20010904 BuildID: 2001090408 Mozilla hangs on close, the mozilla.exe process never dies. Everytime I use Mozilla, I need to manually kill it from Task Manager if I want to use Mozilla again. Side effect of this: Mozilla doesn't save the status of read news, so the messages appear not read every time, even if they were read last time. Reproducible: Always Steps to Reproduce: 1. Open Mozilla (mozilla.exe -mail for Mail&News) 2. Close Mozilla (3. Kill it from Process list :-) ) Actual Results: Mozilla just hangs and the process doesn't die. Expected Results: It should close gracefully, save the status of news and DIE.
Must correct myself: This bug occurs only when using Mail&News, not the browser. Sorry.
Component: Browser-General → Mail Back End
Product: Browser → MailNews
Hmm, trying to reproduce on same build as you but can't. Try creating a new blank profile, can you reproduce? If not, can you find anything that can be added to that new profile to cause hang to occur.
I'll try that when I've got more time. Here is some extra information if you want to reproduce it yourself: 2 IMAP mailboxes - neither has Trash IMAP-folder subscribed (possible reason?) - password manager on for these - fetch mail every 5 minutes 3 news servers - 2 local and 1 foreign - autofetching messages every 10 minutes
OK, I created a blank profile and found a likely reason for hang. Unsubscribing from IMAP-folder Trash will hang the mozilla on Mail&News close. Mozilla starts hanging right away when I unsubsribe from Trash and will work fine if I again subscribe to it.
And I don't know if this has anything to do with the original bug, but I couldn't create a new folder called Trash; it said there is one already. But there wasn't! There wasn't any to subscribe to, and then I tried to create it with my old NS4.78, it succeeded and THEN I could subscribe it. So Mozilla thought there was a folder called Trash when there wasn't. These two bugs certainly have something to do with each other.
Hard as I tried, I was unable tp reproduce the bug. First I tried the suplied partial recipie: 1) Create new profile 2) Create new IMAP account 3) Right-click on account->choose subscribe->deselect trash fra list 4) Exit mail/news No problem. Then I thought: maybe this is related to "Empty Trash on exit". Makes sense with a bug in this case :o) So I enabled this, and tried to exit. No problem. Then I send myself a mail and deleted it. It appeared in the trash folder. Then I exited. No problem. Restart mozilla, trash folder was empty. Maybe the reporter could supply a more definite recepie? BTW: If I unsubscribe the trash folder, shouldn't it stop appearing on the list of folders in the uppper-left pane of the three-pane view? I admit it makes no sense to unsubscribe trash, but there you are. Is it perhaps a bug to be able unsubscribe inbox, trash, sent? Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.4+) Gecko/20010928
OK, I still managed to do it in this build too. Recipe was almost the same: 1. Create Blank profile 2. Create IMAP account 2,5. Change the preferences so the mozilla will delete messages as deleted (not move them to trash), so I could unsubscribe Trash (didn't manage to do it, if I had the move to trash option on, some improvements?) 3. Exit and marvel the frozen process I attach a gif where are my IMAP server settings. I also remind that I did not touch any other setting in that profile and it wasn't derived from NS4 either. Tho I don't know if Mozilla has some settings hidden in registry, which would survive profile deletion.
Attached image IMAP server settings (deleted) —
Let me correct myself: I did put the Empty Trash and Expunge Inbox options on too. Sorry for the inconvenience.
Also a note about unsubscribing the Trash (for you espen and others too): Like I said in previous messages, there seems to be some improvement added, which causes that you _actually_ can't unsubscribe Trash if you have Move it to Trash option on. If you have that option on and unsubscribe the Trash, the bug won't occur, since the Mozilla doesn't really unsubscribe Trash or fails doing it (although it shows in subscribe list as unsubscribed, another bug? :-)
OK, I can reproduce it now in these steps: 1) Create new profile 2) Go to mail/news, create IMAP account. 3) Change preferences to "mark as deleted" 4) Unsubscribe "Trash" folder. I disappears from view. 5) Change preferences to "move to trash" and check "delete trash on exit" 6) Exit mail/news So I'm changes status to NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassign to mozilla folks.
Assignee: asa → mscott
QA Contact: doronr → esther
triaging. Sounds like we just need to make sure you are subscribed to your trash folder if you are configure for empty trash on exit or use the delete to trash model.
Target Milestone: --- → mozilla0.9.7
Target Milestone: mozilla0.9.7 → mozilla0.9.9
Keywords: nsbeta1+
Priority: -- → P3
I tried this with 11-26trunk, we still have a problem with this combination of settings. IMAP trash folder unsubscribed + Empty trash on Exit causes the problem on linux too. Marking all for platforms
OS: Windows 2000 → All
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Another bug similar to bug 106479. mscott, can this one assigned to me? I'm interested in it.
The same reason as bug 106479. Change the status to WFM.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I tested on win2k and solaris. Can anyone verify this?
QA Contact: esther → huang
This does appear to be fixed in the trunk builds after 4-18 which have the fix for 106479. However, I think this bug should be resolved as a dup of 106479 not as worksforme. Then note in bug 106479 that the fix needs to be checked into the branch too. Verified fixed on trunk build 20020423 on linux Still a problem on branch build 20020423.
Reopeneing this bug in order to dup of bug 106479
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 106479 ***
Verified as dup.
Status: RESOLVED → VERIFIED
i am exactly the same problem on w2k sp2, mozilla1 RC2
Yes, the patch for this bug(see bug #106479) which has passed the approval(a=shaver) for branch 1.0 has not been checked into mozilla 1.0 branch yet. Can anyone help to check in? The patch for bug 120485 which has passed the approval(a=shaver) for branch 1.0 also has not been checked into mozilla 1.0 branch. Can anyone help to check in? Thanks.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: