Hello Thomas, I'm sorry, but I'm not that good at reading the trace lynx gives. I can sort of see what's happening, and it looks like lynx approaches the request from different paths. Apparently they don't work as in the end lynx resorts to some sort of apache root. If that is happening, what doesn't lynx "see" the page right at the correct location?
Hendrik-Jan 2007/7/17, Thomas Dickey <[EMAIL PROTECTED]>:
On Tue, Jul 17, 2007 at 09:41:21AM +0200, Hendrik-Jan Heins wrote: > Exactly. > > blackbox isn't explicitly defined, but it is the box hostname. However > I see no reason why lynx switched virtual domains here! > Moreover: lynx appears to be the only browser to do so. as I said, in > a lot of other browsers it just works. The pages are also validated as > correct html. > How can I find out why this is happening? You can see _where_ lynx does it by examining the trace file - run "lynx -trace http://linux-wless.passys.nl/";, and look in $HOME/Lynx.trace The lines with "HTParse" show what URL data lynx was using, and what it thinks it's looking for. As I noted, it's possible that it gets confused about whether it should use an absolute or relative path in the GET. For reference, here's the last chunk of trace leading up to the GET: HTParse: aName:`http://linux-wless.passys.nl/query_part.php?brandname= 1st Wave ' relatedName:`' want: path HTParse: (ABS) HTParse: encode:`query_part.php?brandname= 1st Wave ' HTParse: result:`query_part.php?brandname= 1st%20Wave ' HTParse: aName:`http://linux-wless.passys.nl/query_part.php?brandname= 1st Wave ' relatedName:`' want: host HTParse: result:`linux-wless.passys.nl' LYCookie: Searching for 'linux-wless.passys.nl:80', '/query_part.php?brandname= 1st%20Wave '. Checking cookie 0x3c10f7d0 linux-wless[]=Linux+wireless+website linux-wless.passys.nl linux-wless.passys.nl 1 /query_part.php?brandname= 1st%20Wave / 0 HTTP: Sending Cookie2: $Version ="1" HTTP: Sending Cookie: linux-wless[]=Linux+wireless+website Composing Authorization for linux-wless.passys.nl:80/query_part.php?brandname= 1st%20Wave HTAASetup_lookup: No template matched `query_part.php?brandname= 1st%20Wave ' (so probably not protected) HTTP: Not sending authorization (yet). Writing: GET /query_part.php?brandname= 1st%20Wave HTTP/1.0\r Host: linux-wless.passys.nl\r Accept: text/html, text/plain, text/css, text/sgml, */*;q=0.01\r Accept-Encoding: gzip, compress, bzip2\r Accept-Language: en\r User-Agent: Lynx/2.8.7dev.4 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.7d\r Referer: http://linux-wless.passys.nl/\r Cookie2: $Version="1"\r Cookie: linux-wless[]=Linux+wireless+website\r \r ---------------------------------- Sending HTTP request. HTTP: WRITE delivered OK HTTP request sent; waiting for response. HTTP: Trying to read 1535 > > Hendrik-Jan > > 2007/7/16, Stefan Caunter <[EMAIL PROTECTED]>: > >Server sends 400 Bad Request if you look at ']' Head request from lynx, but > >sends 'Not Found' page from a different virtual host. I didn't notice > >anything in the trace about this though aside from the "blackbox" domain. > > > >Stefan Caunter > > > > > > > >On 7/16/07, Hendrik-Jan Heins <[EMAIL PROTECTED]> wrote: > >> I did some more testing: > >> If I ask for: > >> > >http://linux-wless.passys.nl/query_part.php?brandname=1st+Wave > >> or: > >> > >http://linux-wless.passys.nl:80/query_part.php?brandname=1st+Wave > >> > >> Lynx just works. So it seems to be something about the way lynx parses > >> the code from the requesting page. > >> > >> > > > > > _______________________________________________ > Lynx-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/lynx-dev -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
_______________________________________________ Lynx-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lynx-dev
