On 05/12/2014 Dennis E. Hamilton wrote:
It strikes me as a compression failure ...
It could also be that the .Z filename is tripping up some browsers
Dennis is right. Here's the problem (which we could probably fix at the
httpd configuration level):
$ curl -I
https://wiki.openoffice.org/wiki/Documentation/FR/Calc:_fonction_TEST.Z
HTTP/1.1 200 OK ...
Content-Type: text/html; charset=UTF-8
Content-Encoding: x-compress
$ curl -I
https://wiki.openoffice.org/w/index.php?title=FR/Documentation/Calc:_fonction_TEST.Z
HTTP/1.1 200 OK ...
Content-Type: text/html; charset=UTF-8
If you compare, "Content-Encoding: x-compress" is missing from the
latter, which displays fine.
The two links should be equivalent, but the former is syntactically
identical to a file of type .Z (a totally obsolete, as far as I know,
compressed format).
So the issue is that a page name ends in .Z (and it would probably be
the same if I create a page having a name ending in .gz, but I won't
test it).
The fact that the page ends in .Z probably triggers something like the
following (I didn't check the actual configuration, I simply mean
something along these lines):
http://httpd.apache.org/docs/2.4/mod/mod_mime.html#addencoding
that adds the "Content-Encoding: x-compress" header in the former case,
which in turn confuses some (maybe not all) browsers.
I would suggest to simply drop any special handling of .Z files since we
surely don't host any .Z files in our wiki.
Regards,
Andrea.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
