19518 - File name does not get populated automatically on download

Status: VERIFIED DUPLICATE of bug 16043

(SeaMonkey :: UI Design, defect, P2)

Description

[Biswapesh Chatterjee]

Build: M11 (1999111520) System: WinNT SP5 PII 64 MB RAM The 'Save File' dialog
does not pass the file name to the Windows 'Save File' dialog. So, while
downloading, one has to enter the file name manually. Also, if you right-click
on a link, choose 'Save Link As', proceed upto the Windows 'Save As' dialog and
then cancel, the Mozilla 'Save As' dialog does not disappear, so you have to
select 'Cancel' there as well.

Comment 1

[Sean Richardson]

With the current M12 build, any *existing* filename is passed to the "Save File"
dialog that appears after "Save Link as..." is chosen on the context menu.
On the other hand, if there is no filename portion to the url (example:
http://www.mozilla.org/), no filename is generated (e.g., www_mozilla_org.html)
as happens with Communicator.

The same applies to "File>Save Page as" if the current page is an index page.

Regarding the second issue, with this build the "Saving File" dialog does
not appear until after the "Save File" dialog is [Ok]'d.

Tested with: 1999-11-29-08-M12 nightly binary on Windows NT 4.0sp3

Marking [4.xP].
Changing Summary from "File name does not get populated automatically while
downloading" to "[4.xP] No filenames generated for index files on d/l"
Changing Component from "Browser-General" to "XPApps".

Comment 2

[Biswapesh Chatterjee]

Another problem is the URL bar changes when you click on a link to download it
and then cancel it.
Test Case: Go to http://www.xitami.com/download.htm . Click on swin24d6.zip.
The Mozilla 'Unknown File Type' dialog appears. Click 'Cancel'
Result: The URL bar changes to the link to the zip file. Subsequently, if you
choose File->Save Page As; the file name passed to the 'Save File' dialog
is 'swin24d6.zip'
Expected Result: The URL bar should remain unchanged. The 'Save page As' option
should pass null parameter to 'Save File' dialog.

Other Info: This problem does not occur if you right-click on the link and
follow the rest of the procedure.

Comment 3

[Chris McAfee]

save as, law.

Comment 4

[don]

Somebody convince me we need to fix this for beta 1.

Comment 5

[Richard Zach]

Observed on Linux build 2000.01.07.08:

1. Go to http://mozilla.org
2. Click on one of the ftp links for nightly builds in the lower right and
choose save as; or right click and select save link as
Save file dialog appears, without filename, even though the filename is
part of the URL

The same happens with http links, eg when trying to save the link to
"Newsgroups" on the front page (http://www.moziall.org/community.html)

Does this happen on other platforms as well?  Should I file a separate bug?
Change the summary (It's not just index pages that have the problem)?

In any case, this is pretty annoying and should be fixed for beta.

Comment 6

[Paul MacQuiddy]

more sairuh

Comment 7

[Sean Richardson]

The filename is not getting populated in the X "File Save" dialog on Linux, but
it is on NT.  Will open a new bug for the no filename generated for index pages
issue, for clarity. Restoring original Summary, adding [pp] code.

Tested with: 2000-01-22-09-M14 nightly binary on Linux custom Slackware 4.0,
fvwm2.

Comment 8

[Sean Richardson]

Marking as a DUP of bug 16043, "Saving downloads does not suggest a file name",
currently marked FIXED, although this means REOPENing that bug.

The new bug for "[4.xP] No filenames generated for index files on d/l" is 
bug 24817.

Comment 9

[Sean Richardson]

*** This bug has been marked as a duplicate of 16043 ***

Comment 10

[sairuh (rarely reading bugmail)]

verified.