Closed Bug 181815 Opened 22 years ago Closed 21 years ago

names of saved files are random strings

Categories

(Camino Graveyard :: Downloading, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: kevin+mozilla, Assigned: mikepinkerton)

References

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6

When I download and save files, regardless of the name I specify in the download
dialog, the file is saved on my computer with what appears to be a randomly
generated string of characters as the name.  E.g., efgxyrkh.pdf.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.




I've experienced this with Chimera 0.5 and 0.6.  Other people I know using these
versions do not experience this.  I'm using fairly old hardware (a beige G3),
and although it seems unlikely to me that this could be related, it's the only
relevant difference I can think of.
Are you saying when the download finishes the files still have the random name?
 Files have random names while they are being downloaded by design.  When the
download finishes the file should be renamed to the specified name.
That's correct.  The renaming never occurs.  The end result is a file in my
download directory with a random name.
Odd. AFAIK this is the only report of this problem.  I'm out on vacation all
this week but perhaps Chris Petersen, the QA engineer for download issues, can
work with you to figure out what's different on your system.
Yes, I've seen this, too, as recently as yesterday using Chimera/2002112204.
I'll try to come up with a way to reliably reproduce it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
any further updates on this bug?
Need to know if this still happens.
Are you (Steve and Simon) asking me if it still occurs?  If so, well, yes,
because I'm still using the same production release.  If no one else is
monitoring this issue on the daily builds (Greg?), then I suppose I could
install the latest and greatest to check it out.
Please do.
I just upgraded to the Dec 20 build and the problem still occurs there.
While the file is downloading, the file names are supposed to be random strings
(for security reasons). Just to confirm: you're saying that, when the download
finishes, the file doesn't get renamed to the proper name? What does the 'Show
in Finder' button in the download window do when the download has finished?
Yes, as I confirmed in comment #2, in response to comment #1, the file is never
renamed.
Actually- I too have this problem

I just downloaded two files using 0.7, they are named:
qfgp23sh.sit, h2z8xezw.binary

Big potential hint: my home directory is mounted from an X server?
I'm having this same problem.  Every file I download on any of the computers on
the network ends up with names like "3w9e70ta.zip"  Interestingly, in the little
download window it gives the correct filename in the "destination" field.

My home directory (into which I am downloading) is also on a network volume. 
Maybe this is the problem (camino has had problems with network homes before?)

PS:  I am running Camino 0.7 Build ID 2003030613
Yes, I'd seen this too on my Mac that has a network volume as its home
directory. This seemed to be fixed somewhere is the later days of .7, but is
back now.
hmm... My users homes, application, and system root are all seperate partitions,
albeit local.

Maybe this is at the root of the problem.
That's likely, yes.
*** Bug 209645 has been marked as a duplicate of this bug. ***
*** Bug 192778 has been marked as a duplicate of this bug. ***
-> pinkerton
Assignee: sdagley → pinkerton
does this still happen with nightly builds?
gonna mark wfm since nobody will confirm if it still happens. please reopen if
it does with nightly builds.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
When you say "works for me", do you mean that you have actually tried on the
specified configuration (home/download directory on a separate partition) and
reproduced with an old version, then confirmed it no longer happens with a
current version?

If not, I'll try to find the time to install a nightly sometime soon.
please test this. i cannot and nobody would answer when i asked them to. feel
free to reopen if this still occurs.
You need to log in before you can comment on or make changes to this bug.