This appears to be the classic global variable/uninitialized variable
issue with your script. Mod_perl will load that script once and never
reload it again unless you tell it too, even when different users access
that script. If you have written a CGI script that doesn't lead itself to a
ready
Perrin == Perrin Harkins [EMAIL PROTECTED] writes:
Perrin On Thu, 2003-05-29 at 17:26, [EMAIL PROTECTED] wrote:
A simple $cgi-delete('ipaddress') to delete the value when I create
the field has done the trick. Thanks very much to the both of you.
Perrin I'm glad to hear that worked, but it's
On Fri, 2003-05-30 at 10:42, Randal L. Schwartz wrote:
I had been using CGI.pm (through Template::Plugin::CGI), and was
mystified because *occasionally* the wrong picture would show, but a
simple reload fixed it.
I fixed the bug by avoiding CGI.pm, and using Apache::Template's
param
Thus spake Perrin Harkins ([EMAIL PROTECTED]):
Let's not jump to conclusions. We don't have a test case yet, and no
one has seen David's code so he might have a simple global variables
problem.
I suspect that the more likely explanation of this particular problem
is that I goofed up. Anyway,
Quoting David Ressman [EMAIL PROTECTED]:
something's caching previously entered form data and displaying it back
to me as the default values in those same forms. As an example, this
form has a text field that asks for IP addresses, and the text input
will occasionally be filled out with the
Thus spake Cees Hek ([EMAIL PROTECTED]):
input type=text name=ipaddress value=192.168.1.1
If that value=192.168.1.1 is set in any of your form fields, then
your script is the cuprit. If your form fields don't have the
value=192.168.1.1 set, or it is set to value=, then your browser is
the
Quoting David Ressman [EMAIL PROTECTED]:
It is possible that you are creating your form fields with CGI.pm,
which will use the currently POSTed parameters to prefill the form, or
This sounds like the most likely culprit, even though I haven't
explicitly turned anything on. It's possible
On Thu, 2003-05-29 at 16:40, David Ressman wrote:
That's just the problem. The value= parameter *is* filled out (and
it is being done at the server end as evidenced by the network sniffer.)
Unfortunately, my script is not doing it. Here's what I have in the
script:
print IP Address:
Thus spake Perrin Harkins ([EMAIL PROTECTED]):
CGI.pm uses sticky widgets by default. These are supposed to be cleared
between requests though, by a cleanup handler that CGI.pm uses. Are you
using mod_perl 2, by any chance? I think I see a bug in CGI.pm's
Nope. mod_perl 1.27
But... you
On Thu, 2003-05-29 at 17:26, [EMAIL PROTECTED] wrote:
A simple $cgi-delete('ipaddress') to delete the value when I create
the field has done the trick. Thanks very much to the both of you.
I'm glad to hear that worked, but it's still worrisome that you were
seeing data leak between different
David Ressman wrote:
something's caching previously entered form data and
displaying it back to me as the default values in those same forms
This is most likely a variable scoping problem as described here:
http://perl.apache.org/docs/1.0/guide/frequent.html
As a rule of thumb, variables
Hi!
On Thu, May 29, 2003 at 12:19:49PM -0500, David Ressman wrote:
So far, so good. Everything works pretty well... Except that
something's caching previously entered form data and displaying it back
to me as the default values in those same forms. As an example, this
form has a text
12 matches
Mail list logo
