[ic] Changing Default Username
Brendan Crosser-McGay
interchange-users@interchange.redhat.com
Wed Apr 3 15:24:00 2002
If the user can create a login username BEFORE the end of the checkout
process then its possible for someone to login before they have paid for the
subscription and circumvent the checkout sequence. Has anyone else
encountered this problem? I would like to make someway for the current
customer to be able to create a account with a name and password, but I
don't want the person to be able to login until they have completed the
checkout process.
I can only seem to achieve this with a default username and password. Does
anyone have any solutions for this?
P.S. If the user enters a username/password at some point in the checkout
process, would it be possible to enter this only at the final point in the
checkout process, so that the user account is created after the checkout
button completes processing the card.
-----------------------------------------
Brendan Crosser-McGay
brendan@paymentonline.com
-----------------------------------------
> -----Original Message-----
> From: interchange-users-admin@interchange.redhat.com
> [mailto:interchange-users-admin@interchange.redhat.com]On Behalf Of Ed
> LaFrance
> Sent: Wednesday, April 03, 2002 7:37 AM
> To: interchange-users@interchange.redhat.com; Interchange User
> Discussion Group (E-mail)
> Subject: Re: [ic] Changing Default Username
>
>
> At 05:28 PM 4/2/2002 -0800, Brendan Crosser-McGay wrote:
> >I am making a site with subscriptions in Interchange, I want
> the user to be
> >able to specify the username and password that they use to
> login. However
> >the user must go through the checkout process before they
> have a username or
> >password since they must "buy" the subscription first. I
> tried simply
> >putting the "new_account" page together with the checkout
> page, and all I
> >see to get is some kind of Default Username, (like U00003)
> or something like
> >that for the username, and thus it will not login. I was
> just wondering if
> >anyone had any insight as to why this would do this?
>
> It does this by design. In the unmodified foundation demo, if
> the user
> places their order without being logged in, an 'anonymous'
> userdb record is
> created for them - you can see the code for this in
> yourcat/etc/log_transaction. To do what you want, you would need to
> comment this code out, then create a link on
> yourcat/etc/receipt.html to
> the new_account page. That should let them create the account
> after placing
> the order. One problem: the order they just placed would not
> be linked to
> their userdb record, since it did not exist at the time they
> placed the
> order. You may want to reconsider your desired sequenced of events.
>
> - Ed L.
>
>
> >Here is a blurb from my new receipt page:
> ></table>
> ><P>
> ><font face="Verdana, Arial, Helvetica, sans-serif" size="1">
> ><I>(Please print this receipt for your records. Thank you for your
> >order!)</I>
> ></font>
> ><P>[tmp subscriponly]__SUBSCRIPTION__[/tmp][set verify]1[/set]
> >[if scratch subscriponly]
> >[if !scratch new]
> >
> >[if session failure]
> > <P>
> > <b>[data session failure]</b>
> > [data base=session field=failure value=""]
> > <P>
> >[/if]
> >
> >[else]
> >[set new][/set]
> >[/else]
> >[/if]
> >
> ><table border="0" cellspacing="0" cellpadding="0">
> >
> >[seti NewAccount]
> >[if type=explicit compare="[userdb new_account]"]
> >mv_nextpage=[value memberarea]
> >[else]
> >mv_nextpage=new_account
> >[/else]
> >[/if]
> >[/seti]
> >
> ><FORM ACTION="[process-target]" METHOD=POST>
> ><input type=hidden name=mv_session_id value="[data session id]">
> ><INPUT TYPE=hidden NAME=mv_click VALUE=NewAccount>
> ><INPUT TYPE=hidden NAME=mv_doit VALUE=return>
> ><INPUT TYPE=hidden NAME=function VALUE=new_account>
> ><INPUT TYPE=hidden NAME=mv_nextpage VALUE=ord/basket>
> ><tr>
> > <td>
> > <table border="0" cellspacing="0" cellpadding="2">
> > <tr>
> > <td align="right" class="contentbar2">
> > <b>Username:</b>
> > </td>
> > <td class="contentbar2" align="left">
> > <input type="text" NAME=mv_username VALUE="">
> > </td>
> > </tr>
> > <tr>
> > <td align="right" class="contentbar2">
> > <b>Password:</b>
> > </td>
> > <td align="left" class="contentbar2">
> > <INPUT TYPE=password NAME=mv_password VALUE="">
> > </td>
> > </tr>
> > <tr>
> > <td align="right" class="contentbar2">
> > <b>Verify Password:</b>
> > </td>
> > <td align="left" class="contentbar2">
> > <INPUT TYPE=password NAME=mv_verify VALUE="">
> > </td>
> > </tr>
> > <tr class="contentbar1">
> > <td> </td>
> > <td>
> > <INPUT TYPE=submit VALUE="Create Account">
> > </td>
> > </tr>
> > [if config CookieLogin]
> > <tr class="contentbar1">
> > <td align="right">
> > <INPUT TYPE=checkbox NAME=mv_cookie_password VALUE=1>
> > </td>
> > <td>Log me in automatically (sets cookie)</td>
> > </tr>
> > [/if]
> > <tr class="contentbar1">
> > <td align="right" colspan="2"> </td>
> > </tr>
> > </table>
> >
> > </td>
> ></tr>
> >
> ></form>
> ></table>
> >[/if]
> >
> >P.S. The customer accounts that are created in Interchange
> have all the
> >correct information except for the username which always
> seems to be a
> >default username of some kind.
> >
> >-----------------------------------------
> >Brendan Crosser-McGay
> >brendan@paymentonline.com
> >-----------------------------------------
> >
> >_______________________________________________
> >interchange-users mailing list
> >interchange-users@interchange.redhat.com
> >http://interchange.redhat.com/mailman/listinfo/interchange-users
>
> ===============================================================
> New Media E.M.S. Software Solutions for Business
> 463 Main St., Suite D eCommerce | Consulting | Hosting
> Placerville, CA 95667 edl@newmediaems.com
> (530) 622-9421 http://www.newmediaems.com
> (866) 519-4680 Toll-Free (530) 622-9426 Fax
> ===============================================================
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@interchange.redhat.com
> http://interchange.redhat.com/mailman/listinfo/interchange-users
>