Closed
Bug 62373
Opened 24 years ago
Closed 23 years ago
wrong "Save to Disk" behavior when helper aplication for mime-type/file-extension is set
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: MozillaUser, Assigned: mscott)
Details
using Build ID 2000120704
Okay, so I got sick of clicking "Save to Disk" every time I try to download a
.ZIP file. So I went into preferences, and into "Helper Applications" and I
created an entry for mime-type application/zip and extension ZIP. Then rather
than specifying a helper app, I just checked "Save to Disk". When I tested it
out on a small zip file, everything was groovy. the filepicker that lets me
choose where I want to save the file poped up right away, without the
intermediate step of mozilla-doesnt-recognize-this-file-what-do-you-want-to-do?
Then, later I try to download a BIIIIG zip file, and when I click the link,
absolutely nothing happens... Hmm? I think, and click the links a few more
times. Then I give up, and go do something else. when I come back, there is my
where-do-you-want-to-put-this-file? dialog. I save my gigantic zip file (and it
saves instantly without showing me the progress-meter dialog) and then the
save-as box pops up again several more times, appearently for the othe r times I
clicked the link. I played with this error a little more, and from what I
observe, it seems that the entire file is getting downlaoded, and THEN, at the
point where it would pass off the file to a helper app, only then does it prompt
me where to save it. I think that if you have set up a mime-type/file extension
specifically to save to disk, then it ought to prompt you for a
destination-to-save-to right away, like it does when you save an unknown file
type to disk, C^u ne?
Reproducible? Always!
Comment 1•24 years ago
|
||
mscott, is this you?
Assignee: asa → don
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Ever confirmed: true
QA Contact: doronr → sairuh
Updated•24 years ago
|
QA Contact: sairuh → shrir
Reporter | ||
Comment 4•24 years ago
|
||
This has gotten worse in more recent builds. Now it no longer brings up the
"Save as" dialog when finished downloading. It just downloads it to the cahe,
but never lets you save it anywhere. I have to right-click on links and pick
"Save Link As" if I want to properly download any files that I have set up
save-to-disk helper applications for
Comment 5•24 years ago
|
||
MozillaUser@HamsterRepublic.com, please file a new bug, with higher severity,
and reference each other in the comments.
Reporter | ||
Comment 7•24 years ago
|
||
ooh! This appears to have been fixed by a patch that just went in for Bug 52454
Can anybody else re-test this one?
Comment 8•23 years ago
|
||
i don't think that the fixes for bug 52454 fixed this one. when i try to repro
this, i think run into bug 79503 since Save to Disk [which was set as the
default action when creating the mime-type] is not in the "Use default action
for this file type" textfield [not prefilled]. unless i'm running into a
variation of bug 79231. but my first guess is bug 79503. :) bill, could you
clarify? thx!
Reporter | ||
Comment 9•23 years ago
|
||
This bug has not been reproducable since 2001-02-05.
I probably should have closed it when I opened bug 67737
Comment 10•23 years ago
|
||
OK, I'm going to speculate on what I think is going on.
This bug seems to be about the fact that the file picker didn't appear until
*after* the entire file has been downloaded to its "temporary" location. I
think maybe the uriloader/exthandler *used* to work that way.
That changed, and you might think that that would have fixed this bug. But
there was another bug whereby unselecting the "always ask me" checkbox for a
helper app resulted in the operation never completing at all.
That's been fixed, so this problem should be gone, modulo the *other* problems
that remain. Bug 79503 is one likely reason (although the root cause is bug 78943).
If you create the helper app pref entry "manually" (as described in bug 79503),
then this bug should be "fixed."
Reporter | ||
Comment 11•23 years ago
|
||
Since this cant be reproduced anymore, and since there are bugs filed alredy for
the _new_ problems, I am marking this WORKSFORME
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
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
•