98328 - Mozilla hangs on close, mozilla.exe process never dies

Status: VERIFIED DUPLICATE of bug 106479

(MailNews Core :: Backend, defect, P3)

Description

[Tuomo Tanskanen]

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.

Comment 1

[Tuomo Tanskanen]

Must correct myself: This bug occurs only when using Mail&News, not the browser. Sorry.

Comment 2

[jlarsen]

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.

Comment 3

[Tuomo Tanskanen]

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

Comment 4

[Tuomo Tanskanen]

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.

Comment 5

[Tuomo Tanskanen]

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.

Comment 6

[Esben Mose Hansen]

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

Comment 7

[Tuomo Tanskanen]

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.

Comment 8

[Tuomo Tanskanen]

Attachment: IMAP server settings

Comment 9

[Tuomo Tanskanen]

Let me correct myself:

I did put the Empty Trash and Expunge Inbox options on too. Sorry for the
inconvenience.

Comment 10

[Tuomo Tanskanen]

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? :-)

Comment 11

[Esben Mose Hansen]

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. 

Comment 12

[Asa Dotzler [:asa]]

reassign to mozilla folks.

Comment 13

[Scott MacGregor]

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.

Comment 14

[esther]

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

Comment 15

[Henry Jia]

Another bug similar to bug 106479.

mscott, can this one assigned to me? I'm interested in it.

Comment 16

[Henry Jia]

The same reason as bug 106479. Change the status to WFM.

Comment 17

[Henry Jia]

I tested on win2k and solaris. Can anyone verify this?

Comment 18

[esther]

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.  

Comment 19

[Karen Huang]

Reopeneing this bug in order to dup of bug 106479

Comment 20

[Karen Huang]

*** This bug has been marked as a duplicate of 106479 ***

Comment 21

[Karen Huang]

Verified as dup.

Comment 22

[vincent]

i am exactly the same problem on w2k sp2, mozilla1 RC2

Comment 23

[Henry Jia]

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.