[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev Bug in handling of POST's

From: Klaus Weide
Subject: Re: lynx-dev Bug in handling of POST's
Date: Wed, 28 Jun 2000 11:57:04 -0500 (CDT)

On Fri, 23 Jun 2000, Hugo Haas wrote:

> Hi.
> I have discovered a bug in the way Lynx handles POST's in forms.
> Since the page I used to discovered it isn't public, I am going to
> describe the behavior.
> Suppose that you have a CGI script at
> This document contains a form with a POST method:
>       <FORM METHOD="POST" ACTION="/foo">
>       [..]
>       <INPUT TYPE="submit" NAME="submit" VALUE="Proceed">
>       </FORM>
> I use the form, I get what I wanted. The page info says:
>    Linkname: Example script results
>         URL:
>     Charset: iso-8859-1
>      Server: Jigsaw/2.1.0
>        Date: Fri, 23 Jun 2000 12:58:16 GMT
>    Post Data: param=whatever&submit=Proceed
>    Post Content Type: application/x-www-form-urlencoded
>    Owner(s): None
>        size: 36 lines
>        mode: normal, no-cache
> At the top of the result page, there's a link to go back to the first
> step. Still from the information page:
> Link that you currently have selected
>    Linkname: Back to step 1.
>         URL:
> Following this link will, instead of sending an HTTP GET, send another
> HTTP POST with the same data. Lynx is somehow stuck in POST mode.
> The version I am using is "Lynx/2.8.3rel.1 libwww-FM/2.14 SSL-MM/1.4.1
> OpenSSL/0.9.4".

This has always been Lynx's behavior, it's not something that has changed

This problem should go away if you configure lynx with 
--enable-internal-links and recompile.  Have a look at the description
for this flag in INSTALLATION.

I wrote the code for the "internal links" alternative behavior and still
have some test/demo pages for this,


; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]