downloading of truncated mail breaks if I do other action



14 years ago
6 years ago


(Reporter: maho, Unassigned)


Firefox Tracking Flags

(Not tracked)




14 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040623
Build Identifier: Mozilla Thunderbird 0.5 (20040223)

Downloading of truncated email, for example email with huge attachment, stops if
I see other mail, etc...

Reproducible: Always
Steps to Reproduce:
1. Set up maximum email size to few kb in preferences
2. Send to your POP3 account email with huge (4MB for example) attachment
3 [review]. After the email arrives, click on download rest of the email (in "Truncated"
4. While downloading, click on other message in your mailbox to read it. 

Actual Results:  
Previous message stops downloading

Expected Results:  
Message should keep downloading.
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:
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Last Resolved: 13 years ago
Resolution: --- → EXPIRED


11 years ago
Duplicate of this bug: 347331


11 years ago
Component: General → Mail Window Front End
OS: Linux → All
Hardware: PC → All
Resolution: EXPIRED → ---

Comment 4

11 years ago
See also Suite bug 168330.
Assignee: mscott → nobody
QA Contact: front-end

Comment 5

11 years ago
I'd like to confirm this bug - I was just going to report it myself. 

Its annoying, especially if you are on a slower internet connection (e.g. shared in a cafe) and want to read the next message while waiting for the Truncated one to download. 

Comment 6

9 years ago
Ditto, I'm having the same problem.

Comment 7

9 years ago
yep, This bug is still very much alive in TB 3.03

Comment 8

9 years ago
If download in the background should not be possible (due to error handling, locking or whatever reasons), please provide at least a modal progress dialog that prevents the user from unintentionally switching the message pane and therefore implicitly aborting the download.
Following is copy of some comments in bug 168330.
(bug 168330 comment #2)
> I think there is a workaround here.
> When you want to see a big message, you can double click it in thread pane
> to bring it up in standalone message window. 
> Then you can preview other messages while that message is being downloaded.
> You can switch to that message window to see it when the download is finished.
(bug 168330 comment #3)
> Harry: the workaround you suggested works. Sort of...
> If I try to do this trick with more than one message downloading I'm back with a problem. 
> Only one tuncated message can be downloaded at a time.

"Open standalone window, click 'click here'" looks a workaround, although effective for single partially downloaded message only.

Comment 10

9 years ago
I didn't find out this through a search and made <a href="">this duplicate</a>.
So I add this just for better search results:
The text in a frame of the truncated e-mail is: "Truncated! This message exceeded the Maximum Message Size set in Account Settings, so we have only downloaded the first few lines from the mail server."
This text is defined by MIME_MSG_PARTIAL_FMT_1


9 years ago
Duplicate of this bug: 554160
WADA, can you confirm this bug on recent builds?

Comment 13

7 years ago
Thunderbird 12.0 : yes, the bug is still present
thanks tnyr for the confirmation.

There are two bugs that seem to describe the same problem.
Is it helpful to keep both of them?
Are Thunderbird developers still looking into "MailNews Core" bugs?

This bug is currently reported against
Thunderbird: Mail Window Frontend

Bug 168330 is reported against
MailNews Core: Networking

Perhaps mark this bug as a duplicate of bug 168330?
See Also: → bug 168330
No objections to my comment 14 -> duping against core bug
Last Resolved: 13 years ago6 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 168330
You need to log in before you can comment on or make changes to this bug.