Monday had posted request for suggestions as why an html form on MX would
not *hold* data in one directory but would hold data in another directory
using identical templates. (If submit incomplete form, and my error handling
template instructs to go back and fix; when go back all form information is
lost--in certain directories on site. If then try to go forward--to error
handling message--says that page has expired.) Behavior seems to be browser
independent.

Recommendation was to not depend on browser to hold form info. Probably a
good idea, but I have many forms on old sites I wish to move to MX.

Further trouble shooting shows that this problem exists ONLY if in the
cfapplication tag CLIENTMANAGEMENT is set to YES. Form behaves as expected
if attribute missing or set to no.

On my development setup with the single IP development server, the problem
never occurs. On the shared remote (Professional), problem occurs. I've
checked administrator settings on both local and remote, and any settings
with client management seem to be the same. Both have client variables set
to cookies. (Remote webserver is IIS/5.0)

(As a control, have tested on cf5 and no problems when clientmanagement
enabled.)

Only difference in header info seems to be that with clientmanagement (where
forms not work properly), there are also the expected: set-cookie
CFCLIENT_appname and then a CFGlobals setting.

Hosting company's CF guy is as baffled as I am. Hope someone has some
thoughts as to what may be causing clientmanagement to make this difference.

Thanks
Keith Dodd


-
[This E-mail scanned for viruses by declude AntiVirus Software]

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription: 
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm

Reply via email to