Closed Bug 185335 Opened 22 years ago Closed 9 years ago

Click on link -> download and save file returns error "already exists"

Categories

(Core Graveyard :: File Handling, defect)

Product:
Core Graveyard
Component:
File Handling
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: benc, Unassigned)

References

(Depends on 1 open bug,
URL
)

Details

(dupe checked for "already exists" before filing...)

Does not happen in Mozilla 1.2.1/Mac OS X.
Opps, mozilla bug, here are the better steps:

1- Click on URL in link field (URL bar does not set this off for some reason
2- try to save file.
Component: Downloading → File Handling
Product: Chimera → Browser
Version: unspecified → Trunk
Summary: Click on link -> download and save says file "already exists" → Click on link -> download and save file returns error "already exists"
Wfm Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
benc: On what Mozilla version did this bug happen (nightly form today or CVS
build or another build :)?
Worksforme on current linux trunk as well.  Ben, how about some clear expected
and actual results?
Opps, an update was lost somehow... here's what should have been in comment #2...

Affected: Mac OS X only, Chimera 0.6 -and- Mozilla 1.2.1.
Does not happen in Win98, Mozilla 1.3a

Steps: above.

OBSERVED RESULTS:
a salted filename is suggested in the save as dialog, which seems to already be
a tempory file. When you hit save in the save dialog, it gives you the error
because the file already exists.

"Save"
The file <salted> in <path> already exists, replace it?

EXPECTED RESULTS:
It should probably give some friendlier suggested filename, and it should not
error when you hit save.

"friendlier suggested filename in weird cases" is covered by bug 125086 
Isn't this issue related to the ":" which was/is the way MacOS sees directory
separators ?

Reporter Could you check with a recent nightly build of Mozilla, and update the
issue accordingly ?
There is no ':' in the salted filename.

The key problem here is that the "temp" dir and "default download dir" are both
the desktop on MacOS.

Now that I read the bug again, that's a _warning_, not an error.  You can
proceed with the save if you want.
Depends on: 125086
Assignee: sdagley → nobody
QA Contact: chrispetersen → file-handling
I happen to be running OSX/PPC today. In FF 3.05 on Tiger, I get no warning or error message, just the "what do you want to do with this file?" dialog, leading to a file on my Desktop named "IayQ4tvx.rtf(2).part"
file save works properly.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.