Closed
Bug 16043
Opened 25 years ago
Closed 25 years ago
Saving downloads does not suggest a file name
Categories
(SeaMonkey :: UI Design, defect, P2)
SeaMonkey
UI Design
Tracking
(Not tracked)
VERIFIED
FIXED
M14
People
(Reporter: smartin, Assigned: law)
References
()
Details
(Whiteboard: Fixed - waiting to verify (blocked by 26607))
If you click on a link that is something other than html, you get a popup
that asks you what you want to do with it. One of the options is to save
it. If you select this you get a file system browser that lets you select
where you want to put it. This browser should have the name of the file to
save filled in, it does not. Therefore you have to go back and examine the URL
to figure out what it should be.
Comment 3•25 years ago
|
||
E-mailing Don to request bug assignation.
Updated•25 years ago
|
Component: Browser-General → XPApps
Yes, but I just replied to somebody out on the 'net that maybe was stepping up
bat on this one.
Updated•25 years ago
|
QA Contact: paulmac → sairuh
*** Bug 18228 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Summary: Saving downloads does not suggest a file name → [PP] Mac, Linux: Saving downloads does not suggest a file name
Comment 8•25 years ago
|
||
doesn't seem to be a problem on windows (tested with 1999121609), but
definitely still an issue with linux (1999121608) and mac (1999121609). updated
summary.
*** Bug 21883 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 10•25 years ago
|
||
*** Bug 21551 has been marked as a duplicate of this bug. ***
Comment 11•25 years ago
|
||
Do we need to fix this for beta 1?
Comment 12•25 years ago
|
||
*** Bug 20583 has been marked as a duplicate of this bug. ***
Comment 13•25 years ago
|
||
*** Bug 22861 has been marked as a duplicate of this bug. ***
OS: Linux → All
Hardware: PC → All
Summary: [PP] Mac, Linux: Saving downloads does not suggest a file name → Saving downloads does not suggest a file name
Comment 14•25 years ago
|
||
This appears to happen on all platforms. See bug #22861.
Comment 15•25 years ago
|
||
*** Bug 23468 has been marked as a duplicate of this bug. ***
Comment 16•25 years ago
|
||
This isn't cross platform for me. 2000010908 WinNT build always suggests a
filename - and has for some time. Originally this was posted as a Linux bug. I
don't know if it's happening on win9x or Mac though.
bug 22861 is a different bug than this (Although they might be fixed by the same
code). I'm adding notes to that bug; basically bug 22861 says Mozilla is
suggesting the *Wrong* filename - rather than none.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 17•25 years ago
|
||
Linux and Mac now properly transfer the suggested file name to the file picker
dialog.
Comment 18•25 years ago
|
||
*** Bug 19518 has been marked as a duplicate of this bug. ***
Comment 19•25 years ago
|
||
*** Bug 19518 has been marked as a duplicate of this bug. ***
Comment 20•25 years ago
|
||
REOPENing: no filename is showing up on Linux, although it is working fine on
NT. Sorry if this turns out to be just a build issue... 2 days have gone by,
the changes /should/ be in the nightlies by now.
Tested with:
2000-01-22-09-M14 nightly binary on Linux custom Slackware 4.0, fvwm2.
2000-01-22-08-M14 nightly binary on Windows NT 4.0sp3.
Status: RESOLVED → REOPENED
Comment 22•25 years ago
|
||
From what I remember on Linux, the filename is suggested. However, if you change
directories the suggestion goes away. It might be a regression that they are no
longer suggested in the first place...
Comment 23•25 years ago
|
||
*** Bug 25218 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 24•25 years ago
|
||
Working for me, still (or again). Could this be a window manager thing? I'm
adding pavlov since he wrote the code that made it work for me (I think).
Note that there are still corner cases that don't work (results of cgi scripts,
default index pages, etc.). Put the URL you're downloading in the URL portion
of this report if you think that makes a difference.
Comment 25•25 years ago
|
||
*** Bug 26203 has been marked as a duplicate of this bug. ***
Comment 26•25 years ago
|
||
Looks fixed to me in M13, the GTK+ file selector is clearing the filename when
you change directory, but that's not a Mozilla issue and should probably be a
seperate bug if someone wants to track it. Anyone still get a blank filename
when they first do "Save..." ?
Comment 27•25 years ago
|
||
If the issue with the filename suggestion being lost will not be addressed
in this bug, then bug 26203, "filename forgotten when choosing 'save link as...'
from context menu", marked a DUP of this bug, should probably be REOPENed
to cover that issue, as that is its one focus.
Comment 28•25 years ago
|
||
Comment 29•25 years ago
|
||
*** Bug 28524 has been marked as a duplicate of this bug. ***
Comment 31•25 years ago
|
||
hokay, marking as res. fixed as per law...
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 32•25 years ago
|
||
hokay, round 2: i'm might've mistakenly/prematurely resolved this bug (my
apologies). this is what i did in order to verify this bug (opt comm bits
2000022308 on linux, mac and winNT):
1. went to http://www.mozilla.org/
2. selected File > Save Page As
result: native Save File dialog appears, but the filename field is blank.
expected: to see index.html in the filename field.
*however* pls do lemme know if what i've done is due to another bug --it might
be since what i did above is just an html page! if that is the case --and i did
test Save As on an *.exe file (ie, Save Link As via context menu), and the
filename did appear properly-- i'll happily resolve this bug. thanks!
Keywords: verifyme
Assignee | ||
Comment 33•25 years ago
|
||
OK, here's the deal.
At one time, nobody ever suggested a file name. I fixed that XP-wise, but then
Linux didn't support it properly at the point it interfaced with the file
picker. Then, that was fixed, more or less.
I think this bug referred to the original, widespread problem. Which is fixed,
more or less.
There are (at least) three remaining problems, however:
1. On Linux, switching directories in the file picker loses the file name. I
think there's a bug open on this (and it may even be mentioned above).
2. On all platforms, the suggested name is not correct if it's a cgi script. I
have a bug on that, I think (or it was at least mentioned in one of the myriad
of bugs on this topic).
3. On all platforms, if the url is of the form "http://www.xxxx.com/" then we
don't suggest "index.html" (when such a url resolves to ".../index.html"). I
think I have a bug on that one, too: 24817.
Comment 34•25 years ago
|
||
thanks, bill!
so, am gonna verif this puppy --all other issues should go under separate bugs
from now on.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•