- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] dillo-0.8.6-rc3.tar.bz2

by Jeremy Henty

> PLease test this extensively! It breaks http://news.independent.co.uk/ , -rc3 renders it as plain text, -rc2 is fine. To be honest, I'm dubious about Dillo doing this. I thought breaking the browser to work around broken servers was the sort of thing Dillo strove to avoid. I realise that strict compliance to all standards is infeasible due to the crappiness of teh Internets, but are you *sure* this won't cause more problems than it solves? It's not a good sign that I found a breakage literally within 15 seconds of using this -rc . And I have bad memories of wrestling at work with IE getting the MIME type wrong and refusing to listen to our server's correct MIME header. Was there any discussion of this? I searched the mail archive for "mime" on the web site and found nothing relevant. I don't want to be inflammatory; I am a great Dillo fan. But I'm currently uncomfortable with Dillo doing this. Other Dillo useres are welcome to try and comfort me! (OK, I've done a few more minute's intensive surfing and nothing else has broken, so maybe I was just unlucky. It's still sad it breaks The Independent. The top of the page is: <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-UK" > In case it's not apparent, those lines are terminated with Ctrl-M's. Does that explain anything?) Regards, Jeremy Henty

March 30, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2: bug in Html_parse_entity

by Jorge Arellano Cid

Hi Matthias! Hope you're doing well there in Munich. :-) On Tue, Mar 28, 2006 at 09:18:47PM +0200, Matthias Franz wrote: > Hi Jorge, > > I have found the following small problem in html.c: > > the comparison of HTML versions in Html_parse_entity does not work, > apparently because of floating point roundoff errors: On my machine > (i386, Debian Sarge, libc6), the comparison (lines 1016ff) > > if ((html->DocType == DT_HTML && html->DocTypeVersion == 4.01) || > html->DocType == DT_XHTML) > MSG_HTML("undefined character entity '%s'\n", tok); > > is never triggered for HTML 4.01. In fact, html->DocTypeVersion - 4.01 > has the value 2.288818e-07. Currently this is the only place where such > a comparison is used, but I guess this might change in future. I just commited a patch to the CVS for this. Please test it and send some feedback. Note: this is not in rc3. I decided to put rc3 up to have the big patch tested while I work on this other small bugs. -- Cheers Jorge.-

March 30, 2006

dillo-0.8.6-rc3.tar.bz2

by Jorge Arellano Cid

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.-

March 30, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > OK, here's a patch for this type of log. Please test it and > tell me how it works. Works. Thanks! > I'm considering other minor patches before uploading rc3, so > your testing feedback is welcomed in the meanwhile. You're welcome. I'll check out rc3 as soon as it's available.

March 29, 2006

CVS and rc3

by Jorge Arellano Cid

Hi there, While I review/make other patches that may go in rc3, the CVS already has the patch for downloads and for handling buggy pages with multiple BODY and HTML elements in a page. e.g. http://www.commondreams.org/headlines06/0324-07.htm BTW, I'm taking some more time with the 0.8.6-rc process because I really want this to be the last GTK1-based dillo (at least by me ;). Any maintainer volunteer for this branch? -- Cheers Jorge.-

March 29, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

Hi Thomas-Martin, On Tue, Mar 28, 2006 at 08:34:30PM +0200, Thomas-Martin Seck wrote: > > > 2) wget is a bit too chatty - when I download a large file (e.g. > > > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > > > the log shown when hovering over the file name field is filled with > > > wget's process entries (10000 k ....\n10050 k .... and so on). > > > > This is supposed to be trimmed out of the log. Please send me a > > small verbatim sample of wget's output in your system to fix it. > > OK, this is with wget 1.10.2 (installed from FreeBSD ports) from a > resumed download via my local proxy: > > --20:31:18-- http://www.kleptones.com/music/Detroit/detroit_burn.zip > => `detroit_burn.zip' > Resolving proxy.tmseck.homedns.org... 192.168.1.1 > Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. > Proxy request sent, awaiting response... 206 Partial Content > Length: 86,987,351 (83M), 60,961,559 (58M) remaining [application/zip] > > [ skipping 25400K ] > 25400K ,,,,,,,,,, ,,,,,..... .......... .......... .......... 29% 40,12 KB/s > 25450K .......... .......... .......... .......... .......... 30% 119,85 KB/s > 25500K .......... .......... .......... .......... .......... 30% 422,65 KB/s > 25550K .......... .......... .......... .......... .......... 30% 240,61 KB/s > 25600K .......... .......... .......... .......... .......... 30% 273,91 KB/s > 25650K .......... .......... .......... .......... .......... 30% 238,91 KB/s > 25700K .......... .......... .......... .......... .......... 30% 313,50 KB/s OK, here's a patch for this type of log. Please test it and tell me how it works. I'm considering other minor patches before uploading rc3, so your testing feedback is welcomed in the meanwhile. -- Cheers Jorge.-

March 29, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2: bug in Html_parse_entity

by Matthias Franz

Hi Jorge, I have found the following small problem in html.c: the comparison of HTML versions in Html_parse_entity does not work, apparently because of floating point roundoff errors: On my machine (i386, Debian Sarge, libc6), the comparison (lines 1016ff) if ((html->DocType == DT_HTML && html->DocTypeVersion == 4.01) || html->DocType == DT_XHTML) MSG_HTML("undefined character entity '%s'\n", tok); is never triggered for HTML 4.01. In fact, html->DocTypeVersion - 4.01 has the value 2.288818e-07. Currently this is the only place where such a comparison is used, but I guess this might change in future. Al the best, -- Matthias Franz

March 28, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > Good! > > I'm glad fltk2 is working without hassled on the FreeBSDs. Hey, BSD is not that exotic! In fact I have been tracking fltk2 snapshots locally on a monthly basis and they all worked (well, they compiled) with the notable exception of the latest one - which does not compile :/ I hope this will sort itself out, though. > > The fltk2 port for FreeBSD is upcoming; I am applying some final touches > > and will submit a "new port request" within the next days. > > Do you mean to have the new fltk2 port "in place" before > dillo-0.8.6? This depends on how fast you are with releasing dillo-0.8.6 :) I hope to get the port out this week but it takes a "ports committer" to actually get it into the tree so I cannot say when exactly fltk2 will be available via FreeBSD ports. The dillo 0.8.6 update will not ship with dlgui enabled by default so there is no hard dependency on fltk2 that could stop the dillo port from being updated. I will, however, disable threaded DNS on FreeBSD 4.x since some resolver functions are explicitly described as not thread-safe there. On 5.x and up, thread support is no longer an issue to worry about.

March 28, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Sun, Mar 26, 2006 at 08:17:04PM +0200, Thomas-Martin Seck wrote: > > > > Two minor nits with the download gui: > > > > 1) The "Rename" button shown in the dialogue that appears when one tries > > to overwrite an existing file is to small for the text "Rename" and > > the "this is the default button hook" symbol - the "R" of "Rename" is > > painted on the left border of said button. This may be a local font > > size issue or an FLTK problem, though. > > FLTK problem. > > The message dialog used there is an fltk2-internal function. > > Maybe I could let them know... Only if you or someone else can easily reproduce this. > > 2) wget is a bit too chatty - when I download a large file (e.g. > > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > > the log shown when hovering over the file name field is filled with > > wget's process entries (10000 k ....\n10050 k .... and so on). > > This is supposed to be trimmed out of the log. Please send me a > small verbatim sample of wget's output in your system to fix it. OK, this is with wget 1.10.2 (installed from FreeBSD ports) from a resumed download via my local proxy: --20:31:18-- http://www.kleptones.com/music/Detroit/detroit_burn.zip => `detroit_burn.zip' Resolving proxy.tmseck.homedns.org... 192.168.1.1 Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. Proxy request sent, awaiting response... 206 Partial Content Length: 86,987,351 (83M), 60,961,559 (58M) remaining [application/zip] [ skipping 25400K ] 25400K ,,,,,,,,,, ,,,,,..... .......... .......... .......... 29% 40,12 KB/s 25450K .......... .......... .......... .......... .......... 30% 119,85 KB/s 25500K .......... .......... .......... .......... .......... 30% 422,65 KB/s 25550K .......... .......... .......... .......... .......... 30% 240,61 KB/s 25600K .......... .......... .......... .......... .......... 30% 273,91 KB/s 25650K .......... .......... .......... .......... .......... 30% 238,91 KB/s 25700K .......... .......... .......... .......... .......... 30% 313,50 KB/s Smaller downloads look like this: --20:32:31-- http://www.kleptones.com/music/Detroit/The%20Kleptones%20-%20From%20Detroit… => `The Kleptones - From Detroit to JA - 01 - Fox Intro.mp3' Resolving proxy.tmseck.homedns.org... 192.168.1.1 Connecting to proxy.tmseck.homedns.org|192.168.1.1|:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 3,066,271 (2,9M) [audio/mpeg] 0K .......... .......... .......... .......... .......... 1% 48,30 KB/s 50K .......... .......... .......... .......... .......... 3% 207,92 KB/s 100K .......... .......... .......... .......... .......... 5% 257,80 KB/s 150K .......... .......... .......... .......... .......... 6% 249,50 KB/s 200K .......... .......... .......... .......... .......... 8% 270,76 KB/s 250K .......... .......... .......... .......... .......... 10% 246,22 KB/s 300K .......... .......... .......... .......... .......... 11% 237,05 KB/s 350K .......... .......... .......... .......... .......... 13% 407,15 KB/s

March 28, 2006

Re: [Dillo-dev] Re: rc2 compile errors

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Tue, Mar 28, 2006 at 10:15:05AM +0200, pete(a)teamlupus.hu wrote: > > hi, > > > > i tried and it won't compile unless fltk download gui is not disabled > > From make output I assume you mean "until fltk download gui > _is_ disabled". > > > (after that it compiles and haven't crashed in a few minutes ) > > > > Dillo is cool. > > :-) > > As Thomas-Martin wrote: > > > Note to everyone who wants to use the fltk2 port on FreeBSD 4: fltk2 > > needs gcc 3.x, so that port will include a build dependency on gcc 3.4. > > You're using gcc version 4.0.2. This may be the cause. Maybe it is; maybe it's just a CPPFLAGS issue i.e. the compiler misses some includes (since the OP seems to run linux in Hungarian locale I cannot comment on this one since I do not understand the error messages :)). I can confirm that dillo+fltk2 compiles with g++ 3.4.4 and g++ from a gcc 3.4.6 svn snapshot on FreeBSD 4, 5 and 6. I did not test gcc 4.x, since FreeBSD 5 and up still use gcc 3.4 as the system compiler. The issue I was adressing with my post is that you need to install gcc 3.4 before in order to build fltk2 and dillo+dlgui. Since bootstrapping gcc takes quite some time, this may be a problem for those who are building dillo on slower machines. So I thought I'd give a word of warning in advance.

March 28, 2006