Re: Fwd: [Lynx-dev] lynx not honoring apache document root path

[Thomas Dickey]

On Wed, Jul 18, 2007 at 07:38:43PM +0200, Hendrik-Jan Heins wrote:
> 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

not exactly - it's parsing the URL for different things.
To make sense of it, I guess you have to read the C code.

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

I already pointed out the most likely issue: the string that lynx
shows in the trace file has embedded newlines:

GET /query_part.php?brandname=
1st%20Wave
 HTTP/1.0\r

A quick check with wireshark for w3m shows this line:

GET /query_part.php?brandname=1st+Wave HTTP/1.0\r

Checking the same thing for lynx shows just the first line:

GET /query_part.php?brandname=

The other text shows up in the miscellaneous data display, but is not
recognized.

Aside from a syntax error in the page (which doesn't _seem_ to be related),
I don't see anything in the vicinity of the query which would do that.
But it's something that can be debugged (I just haven't gotten to it yet).

>
> Hendrik-Jan
>
>
> 2007/7/17, Thomas Dickey <address@hidden>:
>> 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 <address@hidden>:
>> > >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 <address@hidden> 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
>> > address@hidden
>> > http://lists.nongnu.org/mailman/listinfo/lynx-dev
>>
>> --
>> Thomas E. Dickey
>> http://invisible-island.net
>> ftp://invisible-island.net
>>
>
>
> _______________________________________________
> Lynx-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/lynx-dev

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net