Closed
Bug 207916
Opened 21 years ago
Closed 20 years ago
mail that exceeded max download size (set in prefs) disappears when download requested
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: air_drummer, Assigned: sspitzer)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030529 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030529 i have prefs set not to d/l emails larger than 50k. when i click on the link to d/l a truncated msg, the header disappears from the inbox, and the msg isn't d/l'd. Reproducible: Always Steps to Reproduce: 1.set disk space/do not d/l msgs locally that are larger than n Kbytes. 2.when such a msg is rec'd truncated, click on link to d/l rest of msg. 3. Actual Results: msg is not d/l'd, & header disappears from inbox Expected Results: msg is d/l'd, & header doesn't disappear from inbox(duh!;-) this is what happens when developers aren't on dialup connections;-)
Comment 1•20 years ago
|
||
Tom Wible, I have attempted to reproduce your problem and I cannot; the truncated message is fully downloaded after I click the link. Momentarily, the message is listed twice in the thread pane, then the truncated one is removed and focus shifts to the fresh, complete one. This is with 1.7b-0406, Win2K. Are you still experiencing this problem?
Comment 2•20 years ago
|
||
No response from reporter; =>WFM
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•