Thanks for the feedback. I had tested with Netscape but nothing on a Mac.
I do see some header info differences when clientmanagement is on, in
particular cfglobals in the ones where client management are on. Below is
one taken from similar set up a few days ago.
CFGLOBALS=urltoken=CFID#=16693&CFTOKEN#=62305445#lastvisit={ts '2002-11-19
13:49:47'}#timecreated={ts '2002-11-19
13:49:47'}#hitcount=2#cftoken=62305445#cfid=16693#;expires=Thu, 11-Nov-2032
nothing like this when client management not on.
Wonder why this is coming into play on MX but not CF5?
Wonder why having an effect on hosting's remote professional server, but not
my local, singleIP server?
I agree that shouldn't rely on browser to cache and am modifying new forms
for that. Just hate to think of all the forms I have on existing sites that
now won't work as they have if move them to MX, which is goal!
Keith
----- Original Message -----
From: "Christian Cantrell" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Sunday, December 08, 2002 7:42 PM
Subject: Re: enable clientmanagement creates strange form behavior in MX
> You are defiantly dealing with client-side caching issues. I don't
> know why you are seeing the behavior you are describing, but I do know
> that if you want to re-populate the form with partially filled-in data,
> you should explicitly re-populate the form by using client variables,
> session variables, or some other approach. Relying on the browser to
> cache the data is risky. To prove the point, when I went to your two
> test pages using IE on a Mac, I saw different behavior than what you
> described, and different from both what you described and IE when I
> used Netscape.
>
> My advice, when dealing with dynamic data, is to prevent clients from
> caching by setting the appropriate HTTP headers and explicitly
> maintaining data the data you want maintained using either a persistent
> variable scope or some other means, such as a database.
>
> Cantrell
>
> On Sunday, December 8, 2002, at 03:16 PM, E. Keith Dodd wrote:
>
> > Has anyone run into this in MX? If clientmanagement is set to yes in
> > application.cfm, form field data is not *held*. (Submit partial form;
> > instructed to go back and complete; go back and fields are
> > empty--additional
> > strange: try to go forward after back and says page has expired).
> > Run same exact template where clientmanagement is no or no listed as
> > attribute, and form behavior is as usually expected--form fields
> > contain
> > original info when go back (also can go forward with no page expired.)
> > This link has form with clientmanagement enabled to yes:
> > http://www.wingserv.com/testform.cfm (forms not work as usual behavior)
> >
> > this link has clientmangement to no:
> > http://www.wingserv.com/church/testform.cfm (forms work as usual
> > behavior)
> >
> > Tried same setup on cf5, and either way (clientmenagement on or off)
> > works
> > as most forms do.
> >
> > (Realize that depending on browsers to hold form data may not always be
> > reliable, but have many such forms want to migrate to MX.)
> >
> > On my local singleIP development server, do NOT have this problem.
> > Only on
> > hosting company's shared Professional version MX server. Settings on
> > both
> > local and remote are the same in areas that would seem to be
> > appropriate.
> > Client variables set to cookies in each.
> >
> > Any ideas or thoughts where to look?
> >
> > E. Keith Dodd
> > Wings of Eagles Services
> > www.wingserv.com
> >
> >
> > -
> > [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
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
