Html forms have a name attribute that is used for stuff like referring to controls on
the form in client side scripts, but does it get passed to the server on submit? I
would like to know the form name when I process form data. Is it possible other than
doing input type=hidden name=formname
The AOLserver weekly chat takes place today, 2001-10-11, and every
Thursday. Common topics include AOLserver, Tcl, SQL, ACS, and general
web-related questions.
The place: AIM chatroom AOLserver on exchange 4
The time: 20:00 UTC
During the summer, that time is
4 PM US/Eastern
3 PM
I don't think so. I've always solved that problem by giving each Submit
button a distinct name. Then when the form comes in, if the name of that
submit button came in in a name/value pair the it was the one clicked. (the
value doesn't matter - it will be the same as the button caption). this
Hi AOLserver folks,
we're seeing a AOLserver problem in production on AOL.COM. Unfortunately,
they're running a very outdated version (2.3.3), just wanted to make sure you
guys fixed this problem in later releases, here it is.
Magic Carpet is POSTing to www.aol.com, which in turn issues a
Here's the fix we use. What we found is that if a redirect follows a POST,
then MSIE will ignore the arguments present on the redirect.
JIm
proc rl_returnredirect {location} {
global __did_ns_return rlfont
global __trace_endtime
if {[info exists __did_ns_return]} {
rl_log error
Does IE exhibit the same behavior in response to a see other (HTTP
return code 303 instead of 302)?
On Thursday, October 11, 2001, at 07:24 PM, Michael Schilli wrote:
Magic Carpet is POSTing to www.aol.com, which in turn issues a redirect.
This
causes IE5.5 and IE6 to display a page not