Closed
Bug 61316
Opened 25 years ago
Closed 24 years ago
save 'file of type unknown' (.avx) does not work properly
Categories
(Core Graveyard :: File Handling, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: schut, Assigned: law)
References
()
Details
on gis.esri.com/arcscripts one can download extensions for the ArcView program.
Of course, Moz does not know this file type (.avx or .ave). On trying to
download one of these, everyting seems to go fine, a download progress window
appears and closes again (elapsed time 00.00 seconds!), the file is saved in the
chosen directory... However, the file size is only 1 kb, though it definitely
should be more. I tried this with several different files, all of them giving
the same result. IE does the job fine, though...
Btw, i think that the OLD 'file of type unknown' alert window pops up. It is not
the window that appears at the right side of the screen with the radio buttons
which let me choose to save the file or to launch it with some application, but
it is the more rectangular window that pops up at the upper side of the screen,
telling: 'You are about to download a file of type unknown. This file is
unrecognized by Mozilla. You can save it or open it with another application'.
And then three buttons: more info, save file, cancel.
To reproduce this, go to gis.esri.com/arcscripts/scripts.cfm. Then choose (for
example) tot ten downloads. You will see a list of scripts. Click on one, mind
that it should not be zipped, try for example the third one, 'cadtools
extension'. Click on the download button at the bottom of the next screen, and
after accepting the arcview propriety rights page, you will see the alert coming
up. Then choose 'save file'. Choose a dir, and see the download progress window
download this file of 79 kb in 00.00 seconds...!!! Good, eh? :-) Check out the
file , it will be there but with a size of only 1 kb.
Good luck :-)
Vincent.
Comment 1•25 years ago
|
||
I just tried it with linux trunk build 2000112621.
I get a 79k file, not a 1k one. Vincent, what build are you using? Can you
reproduce the problem with a recent build?
| Reporter | ||
Comment 2•25 years ago
|
||
Whoops, i'm sorry i didn't mention the build number and so on... I tested this
on the 20001127.. win32 build, using a win98 system. Today i retested with the
most recent win32 build, 2000112804, and get exactly the same results. The
filesize is 446 bytes, not 79 kb. I tried saving to another directory, got the
same results.
Apparently a win32 issue?
| Reporter | ||
Comment 3•25 years ago
|
||
Whoops, i'm sorry i didn't mention the build number and so on... I tested this
on the 20001127.. win32 build, using a win98 system. Today i retested with the
most recent win32 build, 2000112804, and get exactly the same results. The
filesize is 446 bytes, not 79 kb. I tried saving to another directory, got the
same results.
Apparently a win32 issue?
Comment 4•25 years ago
|
||
confirmed with 112908 mozilla win32 build on NT. Over to Networking. addign law
and mscott to cc:
Assignee: asa → gagan
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking
Ever confirmed: true
QA Contact: doronr → tever
| Reporter | ||
Comment 5•25 years ago
|
||
The saved file contains html code. Like:
<?xml version="1.0"?>
<!DOCTYPE window SYSTEM "chrome://necko/locale/redirect_loop.dtd">
<window xmlns:html="http://www.w3.org/1999/xhtml"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:NC="http://home.netscape.com/NC-rdf#"
xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
style="padding:10px"
title="&title.label;">
<text value="&body.label;"/>
</window>
To be clear: it should NOT contain html code.
This makes bug 61702 a dup of this one, I think.
Was likely a Networking problem, now fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 10•23 years ago
|
||
-> QA to file handling.
Component: Networking → File Handling
QA Contact: benc → petersen
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•