I disagree about the check mime feature. RFC2616 section 7.2.1: "If and only if the media type is not given by a Content-Type field, the recipient MAY attempt to guess the media type via inspection of its content and/or the name extension(s) of the URI used to identify the resource" What if a server want(not wrong) to send a html file like text/plain or application/ocet-stream? A link about this topic http://ppewww.ph.gla.ac.uk/%7Eflavell/www/content-type.html Maybe a mail to the bad servers help to correct content-type. DarkSpirit. El Thu, 30 Mar 2006 11:58:17 -0400 Jorge Arellano Cid <jcid@dillo.org> escribio:
Hi there!
The new dillo-0.8.6-rc3 tarball is ready for download. Get it from:
http://www.dillo.org/download/dillo-0.8.6-rc3.tar.bz2
Finally I decided to include a big patch for the MIME type detection and its handling. This is an important change in the way Dillo treats its incoming files (HTTP streams).
The point: as this release comes with a new downloads GUI, and downloads are mainly the focus, I disliked the situation where a Web server "lied" with regard to the Content/Type of a file.
For instance, www.linuxpackages.net has many packages and a system of distributed mirrors. Some of these mirrors serve .tgz files with "text/plain" HTTP-Content/Type labels, with the end result of Dillo trying to render the .tgz as text instead of offering a file-save dialog.
This patch fixes this.
Now Dillo uses its detected Content/Type instead of the one sent by the remote server (there's also a bug fix in the detection code).
e.g.
http://www.software-mirror.com/linuxpackages/Slackware-10.2/ X11/kpacman/kpacman-0.3.3-i486-1ron.tgz
(all in one line)
Try it with dillo <= rc2. It will try to render.
FWIW, the remote server answer begins with:
HTTP request sent, awaiting response... HTTP/1.0 200 OK Date: Wed, 29 Mar 2006 15:53:23 GMT Server: Apache Last-Modified: Wed, 12 Oct 2005 11:31:54 GMT ETag: "262819-28292-f8a5de80" Accept-Ranges: bytes Content-Length: 164498
Content-Type: text/plain
Age: 95 X-Cache: HIT from sa8.woowy.com Connection: keep-alive Length: 164,498 (161K) [text/plain] 200 OK
I'm a bit surprised nobody complained about this bug before, but I guess with the download support being as crude as it was, it's no wonder only a few people used it. ;-)
Bottom line:
PLease test this extensively!
-- Cheers Jorge.-
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev