Closed Bug 227476 Opened 22 years ago Closed 21 years ago

Mozilla crashes when returning from off-line

Categories

(SeaMonkey :: MailNews: Backend, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: francois-xavier_kowalski, Assigned: Bienvenu)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 IMAP folders. Going off-line works fine. Messages sent off-line are actually stored in the "Unsent Messages" folder. When returning on-line, Mozilla mail reolves the SMTP server, successfully sends messages & then crashes. This behaviour can be reproduced at 100%. It also happens on Linux (RedHat Linux 9) on i386. Reproducible: Always Steps to Reproduce: 1. Go off-line (Download messages) 2. Write messages & "Send Later" 3. Go on-line Actual Results: Mozilla crashes. Restarting it, none of my folders is corrupted, neither any local copy. This is not a complete show-stopper -- my data is not lost -- but time comsuming (Mozilla startup on Windows is __SLOW__ ). Expected Results: Go on-line normally, like after a cold startup. At the time of Mozilla 2.1 (or before, I do not remember), I added the configuration item below, because I was using procmail for mail pre-filtering on various local folders on the server. check_all_imap_folders_for_new = true The procmail capability has now been removed, so I have set this value yo: check_all_imap_folders_for_new = false
Seems that mail.check_all_imap_folders_for_new has now disappeared from about:config. Is mail.check_new_mail an equivalent feature?
can you try a 1.6b build just to make sure the bug is still there?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I found no 1.6b on the FTP site <http://ftp.mozilla.org>, so I will try with 1.6a. Any issue with this?
1.6a would be OK, but a recent nightly build would be better, which is in effect a 1.6b build - http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32-installer.exe
test on 1.6b show a pretty different behaviour: 1) Mozilla no longer crashes when returning on-line 2) Accepting to compact local & off-line folders when off-line leads to corrupted .msf files. They must be destroyed. That bug was fixed by 1.5. It seems to be back in 1.6b 3) After having gone off-line, messages of folders marked "available for off-line" are not readable (need to go on-line). However _while staying offline_ Doing "Properties > Offline > Download Now" makes them visible. Funny bug... ;-) In brief: 1.6b fixes the current problem, but seems to bring a regression wrt/ 1.5. The re-appearing bug being the cause of my migration from 1.4 to 1.5...
I have stepped back to 1.5, because of the show-stopper described earlier in this bug-report. I had to manually re-set every off-line properties of every IMAP folders: even when set, no message was downloaded. As a result, Mozilla-1.5 no longer crashes when going back on-line. I see 2 possibilities: 1) The old mail.check_all_imap_for_new was wrecking havoc in the Mozilla configuration. 2) The bug occurs when going-back on-line when another Mozilla is running using the same IMAP folders (I have a desktop & a laptop, both connected to the same mail account)
unable to reproduce crash with win Mozilla 1.7 beta.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.