Closed Bug 297623 Opened 20 years ago Closed 17 years ago

Freeze after IMAP folder selection

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: czimmer, Assigned: mscott)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)
Build Identifier: 1.0.2

Thunderbird freezes after a particular IMAP folder is selected. CPU load 
increases to 50 % on a dual-core P4 on one core.

Complete removal and re-installation solves the problem (backed up
IMAP folder hierarchy on disk was NOT restored prior to syncing the IMAP 
account!).

Reproducible: Always

Steps to Reproduce:
1. Start thunderbird
2. Select IMAP folder
3. Hourglass shows

Actual Results:  
Thunderbird locks up.

Expected Results:  
Show IMAP folder contents.
Could you test this on the lastest trunk build and see if you can reproduce it?
http://mozilla.osuosl.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
It appears as if the originator of this bug is using Thunderbird under Windows.
I can confirm this oddity but add some additional details;

Firstly, I use Windows XP, 2000, 98, and Linux on a regular basis. I have
Thunderbird and Firefox installed under each (all on the same computer). When
accessing my IMAP/SSL server under Linux, new folders are opened immediately.
However, when opening them from Windows there is a noticeable (upwards of 5-10
seconds) delay per folder. Once Thunderbird has opened five IMAP server
connections, the process becomes transparent. However the initial delay of
upwards of a minute to get all folders accessed is nearly unbearable.

The computer in question is an Athlon 1800, 512MB DDR, UATA100 hard drive,
connected via a switched 100BaseTX local LAN to the server (of equal equipment)
so it's not a hardware problem.

When connecting from work, from a P4 2.8GHz machine under Windows XP I have the
same problem - long delays opening folders initially until five connections are
established, then it runs smooth as expected.

This bug has existed in Thunderbird/Win32 for quite some time now; since pre-1.0
days.
C. Zimmermann, did you ever test this in 1.5 and see if it still exists? If not, could you please do so?
(In reply to comment #4)
> C. Zimmermann, did you ever test this in 1.5 and see if it still exists? If
> not, could you please do so?

Reporter C. Zimmermann is gonzo, so ....

Stewart, it's all you!  (doesn't sound like a total match)  How closely does reporter's symptoms match yours?   Does this delay still happen on windows under TB 1.5?  If so ...

You get no error messages?  
How many messages roughly?

The message count in the folder(s) doesn't seem to matter to this anomale; I've got folders with anywhere between 5 and 3000 messages. It happens with my INBOX as well which generally has a content of around 100 at any given time.

There have been times under Win'** that accessing IMAP folders will freeze Thunderbird to the point where it has to be killed.

There are no error messages, just long delays; sometimes longer than others. Over a local 100BaseTX network I wouldn't consider network load to be an issue, with my server running at a typical load average of just under 0.10 it shouldn't be an issue server-side, and client side I've often got nothing but Thunderbird open when I attempt to connect for messages so there's no way it should bog down 1.5+ GHz worth of CPU, and like I said the problem doesn't occur under Linux on the very same computer.

Not neccesarily a 100% match to the reporters specific problem, but it definately seems like the IMAP(/SSL) code for the Win32 platform needs some investigation.
QA Contact: front-end
Still having issue with current build 2.0.0.12? I can't reproduce it, and please somebody clarify by freeze you mean total unresponsive UI of TB?
Stewart's e-m addy is dead.
=> incomplete
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.