- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]dillo-0.8.3-rc3

by Kelson Vibber

Jorge Arellano Cid wrote: > I found a bug that could increment the redirection counter when > the HTTP answer is a redirection coming in several tiny packets. Daniel Lord wrote: > What about setting MTU of your ethX to a small number? Hmm, that might be it. I'm not going through a proxy, but I am going through a broadband router connecting via PPPoE. I just tried it from work, and browsing from my desktop (through the firewall) shows the same problem (on the search form, anyway), but connecting from an outside system (directly over ethernet) seems okay. Jorge Arellano Cid wrote: > Even more, the search is giving me no redirection but a plain > 200 OK answer. Look: Agh. I've got a caching plugin on the journal that saves the HTML output to cut down on database & processing time. It looks like it's caching the search results and just sending them as 200 instead of processing the pre-output part of the script. This explains the apparent inconsistency in which only the first hit triggered the spurious loop error: later hits picked up the cached copy with a 200 instead of a 302. Sorry about that. I've disabled it for now -- the only reason I really had it on was to deal with delays talking to Waypath, but they seem to be down half the time anyway. (In the long term I can set up a separate page to handle searches, and just tell it not to cache that page, but for now, this is simpler.) That should help with the debugging, since I won't have time to put together a test case today. -- Kelson Vibber www.hyperborea.org

Oct. 25, 2004

Re: [Dillo-dev]dillo-0.8.3-rc3

by Daniel Lord

Hi Jorge, On Mon, Oct 25, 2004 at 10:39:49AM -0300, Jorge Arellano Cid wrote: > I'll try on a dialup (bigger chance of getting small packets). A > way to reproduce it would certainly help, but as it _seems_ to > depend on the underlying granularity of packets, this may be > hard to achieve... What about setting MTU of your ethX to a small number? Greetings Daniel -- One wordly wisdom: "Most people use doors, not windows."

Oct. 25, 2004

Re: [Dillo-dev]dillo-0.8.3-rc3

by Jorge Arellano Cid

On Mon, Oct 25, 2004 at 12:27:35AM -0700, Kelson Vibber wrote: > [...] > Similarly, the search form on my blog, which > will issue a redirect to the actual article if there is only one result, > sometimes works, and sometimes doesn't. (If you're inclined to try testing > it, it's at http://www.hyperborea.org/journal/ -- some one-result search > terms include meme, delvian, pirates, sharpreader, dairy, pastede -- and that > last one isn't a typo.) > > What's strange is that if I close Dillo and reopen it, the ones I've already > tried work I found a bug that could increment the redirection counter when the HTTP answer is a redirection coming in several tiny packets. The problem is that I can't reproduce the bug anymore! :P Even more, the search is giving me no redirection but a plain 200 OK answer. Look: <q> Nav_open_url: Url=>http://www.hyperborea.org/journal/index.php?s=dairy< Nav_open_url: redirect_level = 0 Connecting to 204.212.42.2 Header [io_len=116] HTTP/1.1 200 OK Date: Mon, 25 Oct 2004 13:35:00 GMT Server: Apache Connection: close Content-Type: text/html </q> I'll try on a dialup (bigger chance of getting small packets). A way to reproduce it would certainly help, but as it _seems_ to depend on the underlying granularity of packets, this may be hard to achieve... -- Cheers Jorge.-

Oct. 25, 2004

Re: [Dillo-dev]dillo-0.8.3-rc3

by Jorge Arellano Cid

> > Similarly, the search form on my blog, which > > will issue a redirect to the actual article if there is only one result, > > sometimes works, and sometimes doesn't. (If you're inclined to try testing > > it, it's at http://www.hyperborea.org/journal/ -- some one-result search > > terms include meme, delvian, pirates, sharpreader, dairy, pastede -- and that > > last one isn't a typo.) > > Quite weird, I get a complete different number of results: > (and it always worked but never redirected) > > Query | Results > ---------------------- > meme : 1 > delvian : 0 > pirates : 3 > sharpreader: 1 > dairy : 0 > pastede : 0 Sorry, I was searching from http://www.hyperborea.org/ and not from http://www.hyperborea.org/journal/. Now I can reproduce it. [I'm analyzing this now ...] -- Cheers Jorge.-

Oct. 25, 2004

Re: [Dillo-dev]dillo-0.8.3-rc3

by Jorge Arellano Cid

On Mon, Oct 25, 2004 at 12:27:35AM -0700, Kelson Vibber wrote: > On Friday 22 October 2004 8:16 am, Jorge Arellano Cid wrote: > > Please test it with sites that use cookies (as advogato) and > > with pages that use HTTP redirections (not meta-refresh). That's > > the emphasis area; the other aspects have been throughly tested > > during this cycle. > > It seems to detect nonexistent redirect loops a lot -- but not consistently. > > I've gone to http://hyperborea.org, which redirects to > http://www.hyperborea.org, and sometimes it will work, and sometimes it will > complain of a redirect loop. When testing it from my machine it didn't show any problem after near 30 tries/queries... Are you going out through a proxy? > Similarly, the search form on my blog, which > will issue a redirect to the actual article if there is only one result, > sometimes works, and sometimes doesn't. (If you're inclined to try testing > it, it's at http://www.hyperborea.org/journal/ -- some one-result search > terms include meme, delvian, pirates, sharpreader, dairy, pastede -- and that > last one isn't a typo.) Quite weird, I get a complete different number of results: (and it always worked but never redirected) Query | Results ---------------------- meme : 1 delvian : 0 pirates : 3 sharpreader: 1 dairy : 0 pastede : 0 > > What's strange is that if I close Dillo and reopen it, the ones I've already > tried work Queries never redirected for me. ?? -- Cheers Jorge.-

Oct. 25, 2004

Re: [Dillo-dev]Possible RPM delays

by Jorge Arellano Cid

On Sun, Oct 24, 2004 at 11:35:05PM -0700, Kelson Vibber wrote: > On Wednesday 20 October 2004 5:17 am, Jorge Arellano Cid wrote: > > Can it be ready for an Oct 25 or 27 release? > > Looks like it will be fine. I got a new video card today, and it seems OK so > far. Good! I'm planning to upload 0.8.3 today. Let's review the problems you found with Hyperborea.org first (i.e. your other email). -- Cheers Jorge.-

Oct. 25, 2004

Re: [Dillo-dev]dillo-0.8.3-rc3

by Kelson Vibber

On Friday 22 October 2004 8:16 am, Jorge Arellano Cid wrote: > Please test it with sites that use cookies (as advogato) and > with pages that use HTTP redirections (not meta-refresh). That's > the emphasis area; the other aspects have been throughly tested > during this cycle. It seems to detect nonexistent redirect loops a lot -- but not consistently. I've gone to http://hyperborea.org, which redirects to http://www.hyperborea.org, and sometimes it will work, and sometimes it will complain of a redirect loop. Similarly, the search form on my blog, which will issue a redirect to the actual article if there is only one result, sometimes works, and sometimes doesn't. (If you're inclined to try testing it, it's at http://www.hyperborea.org/journal/ -- some one-result search terms include meme, delvian, pirates, sharpreader, dairy, pastede -- and that last one isn't a typo.) What's strange is that if I close Dillo and reopen it, the ones I've already tried work -- Kelson Vibber www.hyperborea.org

Oct. 25, 2004

Re: [Dillo-dev]Possible RPM delays

by Kelson Vibber

On Wednesday 20 October 2004 5:17 am, Jorge Arellano Cid wrote: > Can it be ready for an Oct 25 or 27 release? Looks like it will be fine. I got a new video card today, and it seems OK so far. -- Kelson Vibber www.hyperborea.org

Oct. 25, 2004

[Dillo-dev]dillo-0.8.3-rc3 (rpm spec file wanted please :-))

by robert w hall

In article <20041022151638.GC1771(a)dillo.org>, Jorge Arellano Cid <jcid(a)dillo.org> writes >Hi there, > > The tarball for dillo-0.8.3-rc3 is ready for download and >testing. This is rc2 plus the fixes for cookies and the >redirection loop (i.e. not current CVS). > > Please test it with sites that use cookies (as advogato) and >with pages that use HTTP redirections (not meta-refresh). That's >the emphasis area; the other aspects have been throughly tested >during this cycle. > > Get it from: > http://www.dillo.org/download/dillo-0.8.3-rc3.tar.bz2 > > The plan is to announce 0.8.3 on Wed 27. > > Please send your feedback! > builds OK on the ps2. Not having much luck with my other request. I intend to build rpms both with and without ssl for the ps2... (unless someone else would like to) Can someone who regularly builds rpms please send me their spec file (I think that's what I'll need). (I cheerfully admit I've _never_ built one before and usually convert any I have to install straight into .tgz format :-)) I'd like to make the 27 deadline also. Thanks in Anticipation Bob -- robert w hall

Oct. 23, 2004

Re: [Dillo-dev]Caching

by Jorge Arellano Cid

Brian, On Fri, Oct 22, 2004 at 09:00:27AM -0400, Brian Hechinger wrote: > > > ok, i will volunteer to do the caching portion. > > > > Good! We need developer power. > > and i need more experience. this'll be good for me. ;) > > > Read the docs, and when in the code, after the normal path, > > follow the End2End reload flag. You can also look how it is > > handled with plugins. > > i will do that today, i'll let you know what i can figure out on my own. > > > Beware: don't dig inside the CCC or you'll ge lost. I'm > > preparing a document on it, and without this material, it'd be > > almost impossible to figure it out. > > ok, then i'll be very careful to avoid it for now. ;) > > > It looks like a good idea to start with. Flexible and simple. > > that's what i was striving for. no need to add extra complexity for no good > reason. ;) > > > Caching is complex. Pragma inside meta whithin HTML is just one > > way. HTTP has several others (for instance you'll have to start > > reading at section 13 of rfc2068.txt (aka HTTP1.1). > > ok, in that case i propse to add Pragma first and once i get that working i'll > add the other methods as well. > > > To make things more interesting, if an RFC-compliant user agent > > (browser) is built, then it's very easy to abuse it. By sending > > no-cache directives for advertising for instance. > > hence the need for cacherc so that we can specify which servers we will honor > the no cache directive from. this is something we need to certain things to > work right, but like you said, we don't want to get abused by it either. > > > I hope this gets you started. When in doubt, please ask. > > i still have to go through End2End, but real quick, how would i go about > parsing the header looking for Pragma? what's the best place to do that? Look inside Cache_parse_header(). :-) -- Cheers Jorge.-

Oct. 22, 2004