Closed Bug 272602 Opened 20 years ago Closed 17 years ago

Newsgroups scan at start

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jamesrome, Assigned: Bienvenu)

References

Details

(Keywords: fixed-aviary1.0)

Attachments

(1 file)

proposed fix
603 bytes, patch
mscott
: superreview+
Details | Diff | Splinter Review 
With build 2004113004, when I start Mozilla and the mail/news window appears, it
starts scanning for new messages in my newsgroups. NONE of them have the check
for messages every ... checked. I have a lot of news groups, and cannot access
many of them until I set up the VPN. 

This behavior just started and is BAD. It is unstoppable. Mozilla freezes for 10
minutes!
the newsgroups are collapsed when you shut down thunderbird? And they get
expanded when you restart? What was the build you were running before that
worked? We're trying to find the window of the regression. We can't reproduce
the problem here, actually, so it might be specific to certain profiles.
Assignee: sspitzer → bienvenu
I am using Mozilla, not thunderbird. And it only happens sometimes. Mail/News
pops up with all the folders expanded. I don't think it did it on the 1.8a5 release.
I never save it with them expanded. And rarely use the news groups.
so all folders are expanded, including mailnews folders, etc. It's not just news
servers? Do you ever shutdown and restart right away?
I have been having problems with clean shutdowns, and have been having to delete
compreg.dat a lot. So I often kill mozilla in task manager, and then restart it.
I think the mail/news folders are all expanded.
do you ever startup in offline mode?
or startup with a dead internet connection?
Never to either question. I have cable modem, and never use off line mode.
I'm pretty sure what's happening is that when we invalidate panacea.dat and
rewrite the whole thing, sometimes we only write out a sub-set of the servers,
so the other servers get left out. I'm still investigating that.
I just had it happen again. I uninstalled the 12/01 build which does not support
.xpi and reverted to the 1.8a5 release. The newsgroups were closed when I exited
the old version (although I may have killed it task manager). I uninstalled the
old version and had it delete the mozilla directory.

When I did the new install, and opened the mail/news for the first time (on the
second startup), it happened again.

I do use enigmail, adblock, diggler and calendar which I install on the first
startup. I then delete the compreg.dat file and start again (needed for enigmail
and calendar).
Attached patch proposed fix — — Splinter Review 
in the case where the caller is doing a compress commit, we need to write the
db anyway...and the folder cache always does a compress commit.
Attachment #167659 - Flags: superreview?(mscott)
we'll need this for 1.0
Flags: blocking-aviary1.0+
Attachment #167659 - Flags: superreview?(mscott) → superreview+
Keywords: fixed-aviary1.0
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
David: Any idea when this might have regressed? We were just talking about this,
want to make sure that there isn;t anything else that might have been affected.
*** Bug 272829 has been marked as a duplicate of this bug. ***
Happens even without any newsgroup even activated (cf bug 272829)
very roughly 2004-11-23 10:24	:-) it could have caused other problems, but it
seems very unlikely, since you'd need to combine a compress commit, which is
rare, with a commit on a db that hadn't changed, which is also rare...
Is there any workaround for that, e.g. by deleting some files?
I just wonder why no one recognized that before packaging RC1, or are you all
working with folders collapsed?
This is not fixed in 2004120304!
>I just wonder why no one recognized that before packaging RC1, or are you all
>working with folders collapsed

No, I have a mix of expanded and collapsed servers. This bug just never hit us,
for some reason. I had to switch to starting up offline multiple times to get it
to hit me.

James, does this still happen to you after a restart? Can you look at your
panacea.dat (in your user profile dir) and see if it's empty after you shutdown?
It shouldn't be - rc1 would empty it out in some situations on shudown, and then
the next time you started up, this bug would hit.
I collapse them when I exit. But they seem to uncollapse when I start. I just
saw this in the Thunderbird RC1 also. When it starts, it opens all of the folders.
However, Mozilla as of late does not close properly for me.It sits there running.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
panacea.dat is not empty. But I had to close mozilla in task manager.
if you run rc1, you will cause this problem, and it will happen when you run the
11/03 tbird build (though seamonkey won't affect tbird and vice versa since they
use different profile dirs)

Mozilla not shutting down, and then you restarting will also cause this problem,
but it's not related to the fix.
If this is about collapsed news accounts, it may be a dupe bug 123029. There are
also bug 270653 (Mail&News) and bug 272829 (Thunderbird, marked as dupe of this)
for just POP accounts.
At least in my case (cf. bug 272829), it happens only when no new messages are
received during a program session. When there is new mail, folders don't get closed.
Florian, is this fixed for you in builds from after the fix was checked in?
People in the forums report that it's fixed for them, and your symptoms describe
exactly the scenario I fixed.
Could you please point me to a .tgz archive with a version that should fix it? I
downloaded the latest nightly build, resulting in a defective UI (no menu bar,
etc.) ;-)
I've seen a similar symptom to the original report with 1.8a6-1130, Win2K.
I don't normally run Moz anymore unless I'm testing, but I was doing testing 
last week; I saw it several times start up with the news accounts expanded, when 
I know they were collapsed the last time I exited the program -- because I'm not 
doing anything with the news accounts in Moz these days.

Every time I've noticed this, I *think* the mail accounts were all collapsed -- 
I'm not sure if that's because they were all collapsed at previous program 
close, or if the entire tree has been affected.  I've had it happen when 
starting offline and online; and of course, when starting online, the news 
accounts start fetching new messages.

Just playing with it, I was able to reproduce it twice by deleting a bogus 
account via Account Settings, then exiting with all accounts collapsed.  I had 
two bogus accounts, one mail and one news, from testing.  The bogus news account 
came about using the same build, by clicking on a link like news://netscape.
public.mozilla.announce (checking bug 41133) -- the bogus account was called 
"news" and was unpopulated with groups.

I don't recall having to force a Mozilla shutdown via the Task Manager; it's 
been behaving fine.
In the 1.0 final release, this seems to be fixed for me. ;-)
*** Bug 270653 has been marked as a duplicate of this bug. ***
James, Mike is problem gone?
This seems to be fixed in SeaMonkey 2.03
Status: REOPENED → RESOLVED
Closed: 20 years ago → 17 years ago
Resolution: --- → FIXED
No actual bug or patch referenced as the fix.

-> WORKSFORME
Resolution: FIXED → WORKSFORME
QA Contact: message-display
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: