Open Bug 442068 Opened 16 years ago Updated 2 years ago

Downloads dialog is not evoked when saving attachments if message size <64k

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect

Tracking

(Not tracked)

People

(Reporter: wild, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9) Gecko/2008052906 Firefox/3.0 Build Identifier: 2.0.0.14 (20080421) If the browser.download.manager.closeWhenDone option is set to false, the downloads dialog should open and stay open whenever an attachment is saved. But if the message size is <64k, the dialog is not opened when attachments are saved. Reproducible: Always Steps to Reproduce: 1. Set browser.download.manager.closeWhenDone to false 2. Select a message with an attachment, with a total size <64k 3. Right-click the attachment in the preview pane and choose "Save as" 4. Choose a location and press OK 5. Repeat 2-4 with a message >64k to verify the correct behaviour with larger attachments. Actual Results: The downloads dialog should pop up Expected Results: It didn't Should have opened the downloads dialog.
And what happens if you also set browser.download.manager.openDelay to 0?
No difference - attachments from mails <64k still fail to trigger the dialog.
(While I was experimenting with bug 460930) I also noticed that the download manager didn't show for "small" files. So there must be a reason for this behavior (a code bug, timing / race issues?)
Confirmed also here on Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.5pre) Gecko/20100425 Lightning/1.0b2pre Lanikai/3.1b2pre ID:20100425031852 Using TB 3.x we can show saved files via menu-->tools-->saved files For small file (I try with a file with 48k) the saving action isn't show in "saved files" window. Could be by-design (and the this issue is simple wontfix)?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → 3.0

by-design + wontfix?

Severity: normal → minor
Flags: needinfo?(richard.marti)

I think this is a bug. When browser.download.manager.closeWhenDone is set to false it should be shown. When set to true the saving is too fast to show the dialog which would show only a flickering.

Flags: needinfo?(richard.marti)
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.