Closed
Bug 85115
Opened 23 years ago
Closed 23 years ago
Downloads aren't saved to chosen destination folder
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: cgaley, Assigned: law)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(1 file)
19.46 KB,
image/jpeg
|
Details |
Downloads aren't saved to the chosen destination folder unless saved using right-click & "Save Link As". Left-clicking on a download link saves the file with a random filename albeit with the correct extension in the \WINDOWS\TEMP folder even though a download directory has been chosen. This has been true of all the builds I have used so this could have been submitted before but I couldn't find it in the buglist. I'm currently using the June 10th nightly. I'm running Windows 98 on a machine with an AMD K6-2 350mhz processor and 128MB RAM.
Reporter | ||
Comment 1•23 years ago
|
||
you didn't include a build id. it's odd, because what you're seeing is us offering the run method which i can understand using temp. but then we shouldn't have asked for a location. no matter, i think we've stopped offering run or something like that.
Assignee: asa → law
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
Reporter | ||
Comment 3•23 years ago
|
||
The build ID is 2001061008. After I left-click a download link I get a box asking if I want to use the default action for the file or use a different action with the file. If I use the default, it downloads to \WINDOWS\TEMP with a strange filename and launches. If I choose to "Use a different action for this file" and select "Save this file to disk" I can choose a directory to store it, but it still just saves kslgiclx.exe to \WINDOWS\TEMP rather than saving it in the directory I chose. It will successfully download to the chosen directory with the original filename if I right-click a download link and chose "Save link as".
Comment 8•23 years ago
|
||
This is happening to me as well. AAMOF, the file downloaded doesn't even have the same name as the source file did -- it appears to be just a random series of letters/numbers (but with the correct extension). I'm using Win2K Professional with SP1 and the "official" release version of 0.9.1.
Comment 10•23 years ago
|
||
Changing info based on dupe.For me creating a new profile fixes this problem.
Comment 11•23 years ago
|
||
Confirmed creating new profile makes the problem go away on Solaris8/SPARC build 2001071522
Comment 12•23 years ago
|
||
See my comments on 55690
Comment 13•23 years ago
|
||
*** Bug 84855 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
How do I create a new profile? There doesn't seem to be any info on this topic in the Help or in the Release Notes!
Comment 15•23 years ago
|
||
schapel (schapel@breakthr.com): run "mozilla -profilemanager"
Comment 16•23 years ago
|
||
Creating a new profile isn't much of a fix, because I want to keep all my mail and other settings from my old profile :-( So what's wrong with the old profile?
Comment 17•23 years ago
|
||
it's either prefs.js or localstore.rdf
Comment 18•23 years ago
|
||
We need to isolate this. My guess is localstore.rdf is the place to start.
Comment 19•23 years ago
|
||
*** Bug 87908 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 20•23 years ago
|
||
Is there still a bug here (I mean aside from the resemblence to 55690)? I think there might have been a bug at some point where the file name that showed up in the progress dialog was that of the temporary file rather than that of the ultimate destination, but if so, that has been fixed. If you choose to "open" using some application, then the progress dialog will have the name of the temporary destination file (because that's all we have). Can I close this bug?
Reporter | ||
Comment 21•23 years ago
|
||
I still have the same bug as of build 2001012208. I can only control the name and destination of a download by right-clicking and choosing "Save As" or "Save Link As". If I left click to initiate a download, the file is saved under a random 8-character name (with the correct file extension) in the Windows temp folder. It isn't just the name that shows up in the progress dialog, it is the file it will become. I have to go to the Windows temp directory and rename and move the file unless I use the right-click context menu to download. I don't know if bug 55690 is the cause of this, but this is the consistent behavior on my installation
Reporter | ||
Comment 22•23 years ago
|
||
I no longer have this bug. I don't know if it was just fixed in this build (2001100708) or if I was using the wrong method of upgrading Mozilla. Previously, I was downloading the Win32 talkback zip file and extracting overwriting existing files. To fix another problem that I developed, I decided to delete the Mozilla directory and install using mozilla-win32-installer-sea.exe. I can now download as expected.
Assignee | ||
Comment 23•23 years ago
|
||
Thanksk for the good news.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 24•23 years ago
|
||
Wow, that actually works! Thanks for finding that out, Chris. Could this have been caused by left-over components such as nativapp.dll?
Status: RESOLVED → VERIFIED
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
•