Only if the problem is missing session variables.  One thing I would look at
would be to quote the attributes in the <form> tag, ie: action="login.cfm"
method="POST".  This may not be the cause of the problem, but some browsers
are quite particular about the way forms are defined.  In the future, XHTML
will require quoted attributes for all HTML tags, so it is a good idea to
get in the habit of quoting the attributes now.

Dave

----- Original Message -----
From: "Jann VanOver" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Thursday, October 19, 2000 19:57
Subject: RE: disappearing form variables


> If you have cookies turned off, you must pass #session.urltoken# to each
new
> page.
>
> So your form would look like:
>   <form action="login.cfm?#session.urltoken#">
>
> You must remember to add this to ANY link (<a>) or form that moves to a
new
> page.
>
>
> > -----Original Message-----
> > From: Jordie Fike [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, October 19, 2000 11:46 AM
> > To: CF-Talk
> > Subject: disappearing form variables
> >
> > working on my first project that really makes use of CFAPPlication,
making
> >
> > use of Clientmanagement and Sessionmanagement .. which may or may not
have
> >
> > something to do with my dilemma, which is that I'm handing in a couple
of
> > variables from a log in screen
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > <form action=login.cfm method=POST>
> > <input type="Hidden" name="log_in_type" value="complete">
> > Name: <input type="Text" name="name">
> > <br>
> > Password: <input type="Text" name="password">
> > <br>
> > <input type="Submit" value="Log-In">
> > </form>
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> > but then login.cfm was acting like it wasn't getting the values for the
> > variables, so I put
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > FORM.login_form - <CFIF IsDefined("FORM.log_in_type")>
> > <cfoutput>#FORM.log_in_type#</cfoutput>
> > <CFELSE>no
> > </cfif>
> >
> > <br>
> >
> > FORM.email_form - <CFIF IsDefined("FORM.name")>
> > <cfoutput>#FORM.name#</cfoutput>
> > <CFELSE>no
> > </cfif>
> >
> > <br>
> >
> > FORM.password_form - <CFIF IsDefined("FORM.password")>
> > <cfoutput>#FORM.password#</cfoutput>
> > <CFELSE>no
> > </cfif>
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > at the top of the login.cfm (and later at the top of application.cfm)
and
> > sure enough it came back;
> >
> > FORM.log_in_type - no
> > FORM.name - no
> > FORM.password - no
> >
> > can't say I've ever run into anything like this before and I'm very
> > confused with a little bit of frustration thrown in.
> >
> >
> >
> > Jordie Fike
> > Tech Admin
> > [EMAIL PROTECTED]
> > http://www.outer-banks.nc.us
> > phone - 1.252.441.6698
> > fax - 1.252.480.2259
> >
>
> --------------------------------------------------------------------------
> > ----------------------
> > Archives: http://www.mail-archive.com/[email protected]/
> > Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists or
send
> > a message with 'unsubscribe' in the body to
> > [EMAIL PROTECTED]
> --------------------------------------------------------------------------
----------------------
> Archives: http://www.mail-archive.com/[email protected]/
> Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists or send
a message with 'unsubscribe' in the body to
[EMAIL PROTECTED]
>

------------------------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists or send a message 
with 'unsubscribe' in the body to [EMAIL PROTECTED]

Reply via email to