78065 - can't open for reading .gz packed html helpfiles

Status: VERIFIED DUPLICATE of bug 52282

(Core :: Networking: File, defect)

Description

[R.K.Aa.]

this is an old one but haven't found it. Also seen in current cvs build linux.

Corel's PhotoPaint and CorelDraw (for instance) have helpfiles packed as
helpfile.htm.gz. When clicking Help on menuline in those apps, a browser window
is spawned to open the file.

With NC 4.* this works fine: The gz file unpacks, the index renders in a browser
window, and i can manuvre in the html'ized helpfile system.

With Mozilla i only get an error dialog saying:

"This file has mime type application/gzip and cannot be viewed using
Mozilla. You can open it with another application, or save it to disk."

In other words: I have to quit Mozilla whenever i want to access the Corel help
system, and am forced to use NC4.* for it instead.


Expected: Mozilla to allow me reading the helpfiles just like NC4* does.

Comment 1

[R.K.Aa.]

Probably irrelevant, but as the alert dialog prompting to save or "open with.."
appears, this is seen in console:

Document file:///usr/doc/graphics9help/default/paint9_linux/photopnt.htm.gz
loaded successfully
Trying to position a sizeless window; caller should have called sizeToContent()
or sizeTo(). See bug 75649.

Comment 2

[R.K.Aa.]

This seems to be related to bug 59464

Comment 3

[Andreas M. "Clarence" Schneider]

This may only be related to bug 59464 if you see this for http: URIs (BTW, I
guess bug 59464 has been fixed by the new HTTP landing; I'll investigate that).
I'm not sure if we should unpack files ending in .htm.gz for ftp: URIs, but we
should do it for file: URIs (a download dialog makes never sense for file: URIs,
IMHO).

I see this on Win NT, so OS -> all.
If you mean only file: URIs, the component should be Networking: File.

Comment 4

[Bob McElrath]

This is not a dup of 59464.  Bug 59464 deals with the Transfer-Encoding header
not being properly decoded.  When loading file:/// or ftp:// urls, there is no
Transfer-Encoding header.

Seems to me this a bug in mozilla's mime-type guesser, and I'm not even sure
it's a bug.  Mozilla guesses that the .htm.gz file is application/gzip, which is
correct.  But a better guess would be text/html with content-encoding: gzip.

Comment 5

[R.K.Aa.]

changing component according to comment.

Comment 6

[Doug Turner (:dougt)]

what is milestone "mozilla1.0" anyway?  Moving to future.

Comment 7

[Doug Turner (:dougt)]

*** This bug has been marked as a duplicate of 52282 ***

Comment 8

[benc]

Are these files on local disk?

Comment 9

[R.K.Aa.]

yes

Comment 10

[benc]

VERIFIED:
duplicate - that bug is about getting encoded files to unencode and display...