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

Re: [cgiapp] Help with odd cgi::application error


On 3/24/06, jks-nc <suppressed> wrote:
>
> Of course that worked. Thanks so very much. I had seen the "override"
> parameter in one snippet / tutorial, but I didn't bother trying it for some
> reason.
>
> Since you've been so helpful, can you point me to useful documentation on
> the topic? What exactly is being over-ridden? Nothing meaningful has jumped
> off the page at me at cpan cgi::application, or in any of the dozens of
> tutorials I've glanced through.

It is CGI.pm that is the culprit (when you call $self->query you get a
CGI.pm object back).

> Seems like if you explicitly set a parameter, the underlying application
> should be well-behaved enough to honor that set.

You would think so, but CGI.pm has a different idea in this case (that
I have disliked from day 1).  This is called the sticky forms feature
of CGI.pm where the parameters that were submitted in the last request
are automatically set for you when you create your form widgets (which
in itself is not that bad).  The problem is that CGI.pm completely
ignores any new values that you give to the widgets unless you set the
'override' switch.

> Again - thanks! This allows me to move forward after several hours of trying
> this and that.

You are not the first, and I guarantee you will not be the last.  This
issue has caught a lot of people (some, like me, have even been caught
by it multiple times over the years ;-) ).

Cheers,

Cees

---------------------------------------------------------------------
Web Archive:  http://www.mail-archive.com/suppressed/
              http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2
To unsubscribe, e-mail: suppressed
For additional commands, e-mail: suppressed


Mail converted by mhonarc 2.6.15
This archive provided courtesy of JSW4.NET, Internet Hosting Services for Small Business.