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

dillo-2.0 is released!

by Johannes.Hofmann＠gmx.de

On Tue, Oct 14, 2008 at 12:10:55PM -0300, Jorge Arellano Cid wrote: > Hi, > > The freshmeat submission was made (waiting for review), the > web site is updated (AFAIS), we have some packages too. What about an entry in the fltk applications wiki on www.fltk.org? Cheers, Johannes

Oct. 14, 2008

patch: remove image-middle-click-loads-all

by jcid＠dillo.org

On Tue, Oct 14, 2008 at 05:32:07PM +0000, corvid wrote: > Yes, hurray for everything :) ! > I doubt anyone uses this to load page images. > I only press it by accident once in a while. > Committed. -- Cheers Jorge.-

Oct. 14, 2008

patch: remove image-middle-click-loads-all

by corvid＠lavabit.com

Yes, hurray for everything :) I doubt anyone uses this to load page images. I only press it by accident once in a while.

Oct. 14, 2008

dillo-2.0 is released!

by fgeek＠hack.fi

On Tue, 14 Oct 2008 12:10:55 -0300 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi, > > The freshmeat submission was made (waiting for review), the > web site is updated (AFAIS), we have some packages too. > > Great! > > I want to thank all the people that made it possible. > > > Wheeeeeeee! > Cangratulations! :) -- Henri Salo <fgeek at hack.fi> +358407705733 GPG ID: 2EA46E4F fp: 14D0 7803 BFF6 EFA0 9998 8C4B 5DFE A106 2EA4 6E4F

Oct. 14, 2008

dillo-2.0 is released!

by Johannes.Hofmann＠gmx.de

On Tue, Oct 14, 2008 at 12:10:55PM -0300, Jorge Arellano Cid wrote: > Hi, > > The freshmeat submission was made (waiting for review), the > web site is updated (AFAIS), we have some packages too. > > Great! > > I want to thank all the people that made it possible. > > > Wheeeeeeee! > Hooray!

Oct. 14, 2008

dillo-2.0 is released!

by onepoint＠starurchin.org

On Tue, Oct 14, 2008 at 12:10:55PM -0300, Jorge Arellano Cid wrote: > I want to thank all the people that made it possible. Me too. Dillo-2 is a great achievement and its team (and its team manager) are a great team. I've been very glad to take part and I hope everyone else feels the same way. Jeremy Henty

Oct. 14, 2008

dillo-2.0 is released!

by jcid＠dillo.org

Hi, The freshmeat submission was made (waiting for review), the web site is updated (AFAIS), we have some packages too. Great! I want to thank all the people that made it possible. Wheeeeeeee! -- Cheers Jorge.-

Oct. 14, 2008

patch: fix numeric ipv6 address handling

by jcid＠dillo.org

On Tue, Oct 14, 2008 at 04:40:27PM +0200, Justus Winter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jorge Arellano Cid wrote: > >> 2. joining hostname and port for the Host: header > >> > >> a_Http_make_query_str used to build the Host: header by concatenating > >> the url->hostname with the port number in case it's not the default > >> port. Unfortunately this breaks with numeric ipv6 addresses since an > >> ipv6 literal has to be enclosed with square brackets when used in urls > >> and Host: header fields (according to my experiments and my > >> interpretation of rfc 2616 section 14.23 ("Host header") and 3.2.2 > >> ("http URL")). > >> > >> I would therefore suggest to use the original authority string obtained > >> from the url. Patch is attached. > > > > AFAIR, the "remove default port" part was added because some sites > > answer 404 when receiving it. > Yes, that's what your comment says. But my proposal does not break those > cases in general. > > The current behavior is to construct the authority string for the host > header using the parsed hostname and the port number in case it differs > from 80. > > I proposed to use the authority part from the url the user entered. This > may break some sites _if_ the user explicitly entered ":80" in the url. That's the point. > Btw, I just checked firefox and it seems to do it this way. > > Entering "http://localhost:80" in firefox url bar yields the following > request: > > root@thinkbox:/var/tmp# nc -l -p 80 > GET / HTTP/1.1 > Host: localhost:80 > [...] Good. If FF does it currently, then it should be less of a problem. I'll commit as it is and let's see what happens. -- Cheers Jorge.-

Oct. 14, 2008

patch: fix numeric ipv6 address handling

by 4winter＠informatik.uni-hamburg.de

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jorge Arellano Cid wrote: >> 2. joining hostname and port for the Host: header >> >> a_Http_make_query_str used to build the Host: header by concatenating >> the url->hostname with the port number in case it's not the default >> port. Unfortunately this breaks with numeric ipv6 addresses since an >> ipv6 literal has to be enclosed with square brackets when used in urls >> and Host: header fields (according to my experiments and my >> interpretation of rfc 2616 section 14.23 ("Host header") and 3.2.2 >> ("http URL")). >> >> I would therefore suggest to use the original authority string obtained >> from the url. Patch is attached. > > AFAIR, the "remove default port" part was added because some sites > answer 404 when receiving it. Yes, that's what your comment says. But my proposal does not break those cases in general. The current behavior is to construct the authority string for the host header using the parsed hostname and the port number in case it differs from 80. I proposed to use the authority part from the url the user entered. This may break some sites _if_ the user explicitly entered ":80" in the url. Btw, I just checked firefox and it seems to do it this way. Entering "http://localhost:80" in firefox url bar yields the following request: root@thinkbox:/var/tmp# nc -l -p 80 GET / HTTP/1.1 Host: localhost:80 [...] > I'd prefer a patch that handles IPv6 like you suggest, and IPv4 as now. While this is certainly doable, I can't see anything gained by assembling the authority string besides stripping the default port in case the user explicitly entered it. Justus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkj0r1oACgkQoPmwNWhsaZYwrACdGJanS3yoXudr/Dir/3q9jR2U w2wAoJJiFj6E5zGmO+ILNTcLzhxIfyJR =uX/b -----END PGP SIGNATURE-----

Oct. 14, 2008

patch: fix numeric ipv6 address handling

by jcid＠dillo.org

On Sun, Oct 05, 2008 at 01:49:29AM +0200, Justus Winter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey all :) > > there were two problems preventing the use of numeric ipv6 literals: > > 1. splitting the authority in hostname and port > > the attached patch fixes the handling of numeric ipv6 addresses entered > into the url bar. a_Url_hostname got the colons delimiting the 8 groups > of hexadecimal digits of an ipv6 address confused with a port number. Committed to CVS (not in the already made release). > 2. joining hostname and port for the Host: header > > a_Http_make_query_str used to build the Host: header by concatenating > the url->hostname with the port number in case it's not the default > port. Unfortunately this breaks with numeric ipv6 addresses since an > ipv6 literal has to be enclosed with square brackets when used in urls > and Host: header fields (according to my experiments and my > interpretation of rfc 2616 section 14.23 ("Host header") and 3.2.2 > ("http URL")). > > I would therefore suggest to use the original authority string obtained > from the url. Patch is attached. AFAIR, the "remove default port" part was added because some sites answer 404 when receiving it. I'd prefer a patch that handles IPv6 like you suggest, and IPv4 as now. -- Cheers Jorge.-

Oct. 14, 2008