Closed Bug 181815 Opened 23 years ago Closed 22 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: 22 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.