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

Status: NEW

(Thunderbird :: Mail Window Front End, defect)

Description

[Ed Wild]

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.

Comment 1

[Phil Ringnalda (:philor)]

And what happens if you also set browser.download.manager.openDelay to 0?

Comment 2

[Ed Wild]

No difference - attachments from mails <64k still fail to trigger the dialog.

Comment 3

[ISHIKAWA, Chiaki]

(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?)

Comment 5

[[:Aureliano Buendía]]

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)?

Comment 6

[Wayne Mery (:wsmwk)]

by-design + wontfix?

Comment 7

[Richard Marti (:Paenglab)]

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.

Comment 8

[Wayne Mery (:wsmwk)]

still reproduces?

Comment 9

[Richard Marti (:Paenglab)]

I can't say as I want to automatically close the dialog.

Comment 10

[ISHIKAWA, Chiaki]

(In reply to Wayne Mery (:wsmwk) from comment #8)

still reproduces?

Well, interesting.
Nothing is shown irrespective of the setting of browser.download.manager.closeWhenDone. I tested it t check if any dialog would remain after I changed this to false. Kaput. Nothing. I tested the saving of 45KB and 3.1MB attachments.
If I recall correctly, there would have been a dialog that says the file was saved to this path, etc. (and I hit OK to erase the dialog).

I THINK we no longer use the browser download manager. Note the prefix of the preference "browser.download.manager.closeWhenDone" (!)