There seem to be a few people running into problems with this, so as an addendum:
If, on the update page, a fatal error (unhandled exception) such as "General error: Table '<tablename>' doesn't exist" is displayed, Coldfusion will have aborted processing! No updates after the error will have been applied! This is desirable behaviour, if for instance we were updating from b210 to b230, and b220 threw a database exception. Running the update from b220 to b230 without having successfully run b210 to b220 would probably be a bad thing, if it even worked! However, most hosting providers will only ever run a single update at a time (there are some exceptions, such as operational dependencies). So for most sites in that kind of environment, you will only need to select the most recent Farcry update. Any additional scripts are most likely redundant. An exception here is when a Farcry site is first published to a server, the server could be a couple of updates ahead (eg, Devbox: b210, Prodbox: b230, Update: b220 + b230). After the update has completed, check the Type and Rule Deployment pages to resolve any type conflicts. This can happen if a char[10] is changed to a char[12], for example. You just need to confirm that the change takes place. All of the errors we have seen with this update have been due to one of two causes: * Old updates being run, aborting, and the new updates not being run. * Overridden core files (eg, home.cfm, login.cfm) either including information not present in the new version (eg, #application# scope vars) or not initialising variables that are needed by the core (eg, in the case of the i18n script in login.cfm). Hope that saves someone some pain ;) Chris -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Bauer Sent: Saturday, 19 March 2005 10:20 AM To: FarCry Developers Subject: [farcry-dev] Re: updates That's right, only the new updates (bXXX higher than the build number appearing on your My Farcry home page) should be run. You'll tend to see the locale / userLanguage / writingDir (all the i18n props) undefined in Session if you use a custom login.cfm, as in 2.3 the core login.cfm instantiates the locale struct(s) if they don't exist. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Emanuel Costa Sent: Saturday, 19 March 2005 9:07 AM To: FarCry Developers Subject: [farcry-dev] Re: updates Hi. I had the same problem. Here it goes my 2 cents. 1 - You dont need to run ALL updates. Unless your farcry is older the the versions you see there. 2 - You must log off from the farcry admin before runing the instalation. 3 - After login in for the first time select the right locale in your profile. HTH On Sat, 19 Mar 2005 11:42:11 +1100, Mark Ireland <[EMAIL PROTECTED]> wrote: > > I ran the 2.3 updates and got. . > > /farcry> General error: Table 'markire_farcry.Stats' doesn't exist > > for two of them b121 & b125 > > and I get > > Element DMPROFILE.LOCALE is undefined in SESSION. > > when I go to the home page. > > This is the first lot of updates I have attempted. Have I missed some? > > Thanks > > _________________________________________________________________ --- You are currently subscribed to farcry-dev as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
