Closed
Bug 227476
Opened 22 years ago
Closed 21 years ago
Mozilla crashes when returning from off-line
Categories
(SeaMonkey :: MailNews: Backend, defect)
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
| Reporter | ||
Comment 1•22 years ago
|
||
Seems that mail.check_all_imap_folders_for_new has now disappeared from
about:config. Is mail.check_new_mail an equivalent feature?
| Assignee | ||
Comment 2•22 years ago
|
||
can you try a 1.6b build just to make sure the bug is still there?
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 3•22 years ago
|
||
I found no 1.6b on the FTP site <http://ftp.mozilla.org>, so I will try with
1.6a. Any issue with this?
| Assignee | ||
Comment 4•22 years ago
|
||
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
| Reporter | ||
Comment 5•22 years ago
|
||
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...
| Reporter | ||
Comment 6•22 years ago
|
||
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)
Comment 7•21 years ago
|
||
unable to reproduce crash with win Mozilla 1.7 beta.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•