102352 - Title should not be "Saving File" when downloading file to an application

Status: REOPENED

(Firefox :: File Handling, defect)

Description

[Hixie (not reading bugmail)]

When you are downloading a file in order to open it (i.e., you picked "Open with
<application>" from the Downloading File dialog) then the title of the progress
window should be "Opening File" not "Saving File".

Comment 1

[sairuh (rarely reading bugmail)]

->bill.

Comment 2

[Mikko Rantalainen]

I'm not sure if I should file a new bug but this seems somewhat appropriate. I'd
prefer having progress as percentage in the title too. This applies for both
"Opening File" and "Saving File". If possible best thing to do would be to show
percentage in the title only when minimized because it would look weird if
percentage would be in the title as well as in the prgress bar.

Comment 3

[Mikko Rantalainen]

BTW, if you're fixing this see also bug 102353.

Comment 4

[Bill Law]

Might be superseded by the Download Manager (see bug 102477).

Comment 5

[sairuh (rarely reading bugmail)]

spam: over to File Handling.

Comment 6

[Bill Law]

->mozilla0.9.7

Comment 7

[Bill Law]

->mozilla0.9.7

Comment 8

[Bill Law]

Mass moving bugs that won't get fixed this milestone.

Comment 9

[Bill Law]

balancing bug lists

Comment 10

[Bill Law]

Spam: Setting target milestone for all these to Future.

Please note that most, if not all, will be fixed in the course of the work I'm 
doing for bug 27609.  That fact is noted in the "depends on" field for each of 
these bugs (I think; go ahead and remedy that if you like).

I just don't have time to deal with the wrath that comes with having too many 
bugs.

Comment 11

[Peter Trudelle]

Mass move of nsbeta1+ bugs that didn't have a valid MachV milestone to mozilla1.0.

Comment 12

[Bill Law]

this is another one of the things I fixed for bug 27609

Comment 13

[sairuh (rarely reading bugmail)]

this has been fixed for recent builds on mac 10.1.3 and win2k --n/a on linux/unix.

Comment 14

[sairuh (rarely reading bugmail)]

damnit, wrong bug.

Comment 15

[sairuh (rarely reading bugmail)]

resolving (again). sorry the noise.

Comment 16

[sairuh (rarely reading bugmail)]

QA comments the same here as in bug 102353 comment 10:

the download progress dialog automatically disappears now once the helper
application launches. in fact, it's presences is so brief that i cannot read its
contents to verify this bug.

tested with 2002.03.06 comm bits on linux rh7.2, mac 10.1.3 and win2k.

should i just rs vrfy this, or is there a...slower test case i could use?

Comment 17

[sairuh (rarely reading bugmail)]

hokay, tested using the http and ftp big file link at http://law.mcom.com/big.html.

using 2002.03.11 comm bits on mac 10.1.3 and win2k, the titlebar briefly
displays "Saving" then quickly changes to display the % progress --as "xx% of
[filename] Completed".

sooo, i'm reopening this bug --tho' it's currently a polish/minor issue at this
point. however, if what i'm seeing now should be filed seperately, let me know.

btw, this isn't applicable on linux/unix.

Comment 18

[Hixie (not reading bugmail)]

(To be clear, the bug is that it says "Saving" at all, not that the "Saving"
text goes away.)

Comment 19

[Bill Law]

I considered selling space on that title bar during the extremely brief period
in which its default value is displayed (before the code kicks in that sets it
to the proper value).  But I dismissed that because I didn't think people paid
that close of attention.

Comment 20

[Hixie (not reading bugmail)]

Why bother having it at all then? Could we remove it altogether, thus reducing
the flicker?

Comment 21

[Peter Trudelle]

nsbeta1- ->1.2

Comment 22

[sairuh (rarely reading bugmail)]

nominating for buffy.

Comment 23

[Samir Gehani]

Nav triage team: nsbeta1-

Comment 24

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 72049 has been marked as a duplicate of this bug. ***