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" frame) 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: 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/
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.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
Status: RESOLVED → UNCONFIRMED
Component: General → Mail Window Front End
OS: Linux → All
Hardware: PC → All
Resolution: EXPIRED → ---
See also Suite bug 168330.
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.
Ditto, I'm having the same problem.
yep, This bug is still very much alive in TB 3.03
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.
I didn't find out this through a search and made <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=554160">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 and MIME_MSG_PARTIAL_FMT_2.
WADA, can you confirm this bug on recent builds?
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
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago → 6 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 168330
You need to log in before you can comment on or make changes to this bug.