October 2004 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]Bug #364

by Jorge Arellano Cid

On Wed, Oct 20, 2004 at 08:18:20PM +0800, Russell J. Wood wrote: > Hello Dilldoers =b Ehrmm, Dillodoers I'd say... :-) > > Would the said bug be because the Set-Cookie entity sent from advogato.org is > not RFC compliant? > > Here is what I received: > > Set-Cookie: id=<data>; path=/; Expires=Thursday, 20-Oct-2005 11:57:18 GMT > > I'm under the impression the Expires attribute is meant to be as: > > Wdy, DD-MM-YYYY HH:MM:SS GMT > > Therefore, because the Weekday isn't in an abbreviated form it is being > discarded? Most probably. The timestamp parsing routine in cookies.c accepts: RFC-1123 | RFC-850 | ANSI asctime. Reviewing the SPECS though, it's interesting to note that the date format is not defined with precision inside them, especially the weekday. RFC2109 states it as: Wdy, DD-MM-YYYY HH:MM:SS GMT but it doesn't say whether 'Wdy' is three chars long... Netscape's original SPEC: http://www.danbbs.dk/~erikoest/hello.htm (this page has a quote at the bottom) says: <q> The date string is formatted as: Wdy, DD-Mon-YYYY HH:MM:SS GMT This is based on RFC 822, RFC 850, RFC 1036, and RFC 1123, with the variations that the only legal time zone is GMT and the separators between the elements of the date must be dashes. </q> Nothing about 'Wdy' length. Finally RFC 822 goes into the depth of defining the day format, and it does so as three chars long: <q> day = "Mon" / "Tue" / "Wed" / "Thu" / "Fri" / "Sat" / "Sun" </q> A long weekday is understandable as an interpretation of the SPEC (where it isn't defined). Moreover, the above mentioned URL, uses a long weekday as an example: <q> expires=Wednesday, 09-Nov-99 23:12:40 GMT </q> As you see, I'm not sure whether this long day is a SPEC violation or not. I'm more inclined to think it is an acceptable interpretation. Shall you find more evidence, or feel confident enough to modify Cookies_create_timestamp(), it may be included in 0.8.3. Comments, anyone? -- Cheers Jorge.-

Oct. 20, 2004

[Dillo-dev]Dillo Bug #577

by Russell J. Wood

Hello Jason, I'm not sure how long ago you posted that bug, but it isn't a Dillo bug. The reason /usr/bin/dpid was executed is because it would have been before /usr/home/jason/bin in the PATH variable. Try moving your ~/bin directory before /usr/bin and see if you get the same results. Regards, Russell

Oct. 20, 2004

[Dillo-dev]Bug #514

by Russell J. Wood

Hello all. Bug number 514 isn't really a bug, per-se, due to the fact that an XHTML style script tag (<script src="java.js" type="text/javascript" />) isn't permitted in the head. Rendering it would be the bug, in my opinion. Regards, Russell

Oct. 20, 2004

[Dillo-dev]Bug #364

by Russell J. Wood

Hello Dilldoers =b Would the said bug be because the Set-Cookie entity sent from advogato.org is not RFC compliant? Here is what I received: Set-Cookie: id=<data>; path=/; Expires=Thursday, 20-Oct-2005 11:57:18 GMT I'm under the impression the Expires attribute is meant to be as: Wdy, DD-MM-YYYY HH:MM:SS GMT Therefore, because the Weekday isn't in an abbreviated form it is being discarded? Regards, Russell

Oct. 20, 2004

Re: [Dillo-dev]Possible RPM delays

by Jorge Arellano Cid

On Mon, Oct 18, 2004 at 10:39:24PM -0700, Kelson Vibber wrote: > My main computer at home has been having problems lately. I *hope* > it's just the video card (I would expect worse problems if it were the > motherboard, CPU, or memory), but I think it's fair to warn you that if > 0.8.3 final comes out before I've resolved the issues, I might not be > able to build all the RPMs immediately. Thanks for the notice Kelson. Can it be ready for an Oct 25 or 27 release? (I still have to prepare rc3 with the fix to the redirection CPU hog. I'm hands on it today, so hopefully rc3 will be ready before Friday and after some redirection specific tests, 0.8.3 can be finally released near those dates). -- Cheers Jorge.-

Oct. 20, 2004

Re: [Dillo-dev]dillo-0.8.3-rc2 ready for download

by Jorge Arellano Cid

On Wed, Oct 20, 2004 at 12:09:38AM +0100, Jeremy Henty wrote: > > On Mon, Oct 18, 2004 at 04:15:01PM -0300, Jorge Arellano Cid wrote: > > > ... please beware and remove: > > > > /usr/local/lib/dillo/dpi/file/file.filter.dpi or > > /usr/lib/dillo/dpi/file/file.filter.dpi > > Arrgh! This breaks for me. If I don't remove this file everything > works wonderfully. If I rename it then accessing a file:... URL gives > me "ERROR: can't start dipd daemon!". This shouldn't happen... > > I am running Linux From Scratch 4.1, kernel 2.4.27 , glibc-2.3.1 , > gcc-3.2.1 , glib-1.2.10 , gtk+-1.2.10 . The file:... URL is my home > as set in dillorc, so I get the above error simply by clicking the > home button. No other changes have been made to dillorc. > > How can I investigate this further? ps aux | grep dpid Kill every old dpid that may be running. 'dpidc stop' or 'kill <pids>' ps aux | grep dpi remove any dpi server that may linger. chmod -x /usr/lib/dillo/dpi/file/file.filter.dpi Be sure the new file.dpi is in /usr/lib/dillo/dpi/file/, this happens after 'make install'. Test again. -- Cheers Jorge.-

Oct. 20, 2004

Re: [Dillo-dev]dillo-0.8.3-rc2 ready for download

by Jeremy Henty

On Mon, Oct 18, 2004 at 04:15:01PM -0300, Jorge Arellano Cid wrote: > ... please beware and remove: > > /usr/local/lib/dillo/dpi/file/file.filter.dpi or > /usr/lib/dillo/dpi/file/file.filter.dpi Arrgh! This breaks for me. If I don't remove this file everything works wonderfully. If I rename it then accessing a file:... URL gives me "ERROR: can't start dipd daemon!". I am running Linux From Scratch 4.1, kernel 2.4.27 , glibc-2.3.1 , gcc-3.2.1 , glib-1.2.10 , gtk+-1.2.10 . The file:... URL is my home as set in dillorc, so I get the above error simply by clicking the home button. No other changes have been made to dillorc. How can I investigate this further? Cheers, Jeremy

Oct. 19, 2004

Re: [Dillo-dev]Re: comment from ps2 group on 0.8.x

by Jorge Arellano Cid

On Tue, Oct 19, 2004 at 08:54:06PM +0100, robert w hall wrote: > In article <20041019201134.GC2745(a)dillo.org>, Jorge Arellano Cid > <jcid(a)dillo.org> writes > >On Tue, Oct 19, 2004 at 07:33:18PM +0100, robert w hall wrote: > >> > >> > >> > >> Jorge > >> This from playstation2 group - I've asked him to ty the rc2 version > >> and/or clarify which 0.8.x version didn't render properly > >> Bob Hall > > > > Thanks. > > > > I received this email and the former on my personal email > >address. AFAIU you're on dillo-dev so I answered there, and to be > >sure this one goes to dillo-dev and to your address. > > > > > Please use dillo-dev in the future. > > > OK - but I rather presumed there was no point in filling up the list > with 'OK' from 60 different obscure machine-types 60 different obscure machine-types? > and besides, I like anonymity :-) Me too! But that's life! :) -- Cheers Jorge.- PS: Please excuse the repeated answers. My MTA said timeout, so I resent them. There you have the results...

Oct. 19, 2004

Re: [Dillo-dev]dillo-0.8.3-rc2 ready for download

by Johannes Hofmann

Hi, compiles and runs nicely on DragonFly BSD (including file DPI). Thanks, Johannes On Mon, Oct 18, 2004 at 04:15:01PM -0300, Jorge Arellano Cid wrote: > Hi there, > > The new dillo-0.8.3-rc2 is ready for download and testing! > > It's basically the same as rc1, but with the race condition on > the file dpi solved. It also uses a dpi server instead of a dpi > filter so please beware and remove: > > /usr/local/lib/dillo/dpi/file/file.filter.dpi or > /usr/lib/dillo/dpi/file/file.filter.dpi > > Actually it can work with both, but as we want to test the dpi > server in the tarball (default) please be careful and be sure to > remove the file filter dpi to be testing the file server dpi. > > (the other change is a minor improvement on the visited link > color choosing algorithm). > > Feedback is very welcomed. After you say it's OK, it will be > officially announced as dillo-0.8.3. > > Download URL: > > http://www.dillo.org/download/dillo-0.8.3-rc2.tar.bz2 > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Oct. 19, 2004

[Dillo-dev]Re: comment from ps2 group on 0.8.x

by Jorge Arellano Cid

On Tue, Oct 19, 2004 at 07:33:18PM +0100, robert w hall wrote: > > > > Jorge > This from playstation2 group - I've asked him to ty the rc2 version > and/or clarify which 0.8.x version didn't render properly > Bob Hall Thanks. I received this email and the former on my personal email address. AFAIU you're on dillo-dev so I answered there, and to be sure this one goes to dillo-dev and to your address. Please use dillo-dev in the future. The main problem with writing directly to me is that I end being the only one that knows what's going on! :-) (Ah, and there's also the problem of duplicate answers...) > > ________________________________________________________________________ > > Read and respond to this message at: > https://playstation2-linux.com/forum/message.php?msg_id=45864 > By: deesaid Oh, please forward this in my name to that group. > > I have a problem with 0.8.x versions in PS2: some pages that look > correct with > the older dillo (the one that's precompiled here), when I try them with > the > newer 0.8.x versions look unformatted. The simplest example is doing a > search > on google: at the search results page, in a regular browser you can see > the > google logo at the top, the search form to the right, and below the logo > and > the form, the search results. In 0.8.x versions the results page is > composed > by the Google logo at the left top and the search form at the right, but > the > results are shown just below the search form, leaving a hughe blank > margin below > the google logo. > > Is there a way to fix it? Yes, the new parser (W3C + heuristics) solves this problem. RC2 will work and so 0.8.3. -- Cheers Jorge.-

Oct. 19, 2004