Re: [mv] Userdb problem

[Mike Heins <mikeh@minivend.com>]

******    message to minivend-users from Mike Heins <mikeh@minivend.com>     ******

Quoting Nick Pleis (npleis@saratogaweb.com):
> Hey,
> 
> I've been pulling my hair out trying to figure out why the following issue has come up:
> 
> In my account creation screen I use code that looks like :
> 
> [set NewAccount]
> [if type=explicit compare="[userdb new_account]"]
> [then]
> mv_nextpage=index
> [userdb save]
> [/then]
> else]
> mv_nextpage = join
> [/else]
> [/if]
> [/set]
> 
> which I set in mv_click...I also have a bunch of form variables that share
> the exact same name as the columns in the userdb (a mysql table). What's
> happening is strange to me...when a account is succesfully create the
> username and password (and timestamp) are set in the userdb correctly.
> 
> However, the rest of the values aren't set at all...Of course from now on the
> [value field] will work properly, until the user logs out...but the
> information isn't written to the userdb even tho the [value somecolumn] has a
> corresponding and samely named field in the userdatabase. Shouldn't the call
> to [userdb save] actually..save these?

Values are not set until after mv_click time, which is designed to
modify the contents *before* values are set. You need to perform this
at mv_check time if you want them there.

-- 
Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH  45056
phone +1.513.523.8220 fax 7501 <heins@akopia.com>

Any man who is under 30, and is not liberal, has not heart; and any man
who is over 30, and is not a conservative, has not brains.
 -- Winston Churchill
-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list