custom registration process

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

Please do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.

This forum is for discussing mojoPortal development

This forum is only for questions or discussions about working with the mojoPortal source code in Visual Studio, obtaining the source code from the repository, developing custom features, etc. If your question is not along these lines this is not the right forum. Please try to post your question in the appropriate forum.

You can monitor commits to the repository from this page. We also recommend developers to subscribe to email notifications in the developer forum as occasionally important things are announced.

Before posting questions here you might want to review the developer documentation.

Do not post questions about design, CSS, or skinning here. Use the Help With Skins Forum for those questions.
This thread is closed to new posts. You must sign in to post in the forums.
2/13/2013 9:56:13 AM
Gravatar
Total Posts 7

custom registration process

Our requirements are to develop our own registration process.  The custom registration process needs to duplicate the existing process, so that administrators can manage the users within the current 'member list'.    We have developed a routine that creates a new user in the mp_Users table.  We have 5 custom fields that are inserted into the mp_UserProperties table.  My question is how do I create the PropertyID correctly so that the custom fields show up correctly in the Manage User page?

btw - great product!!!

 

2/13/2013 10:22:18 AM
Gravatar
Total Posts 18439

Re: custom registration process

Custom fields can be added to the user profile and to the built in registration page by defining them in the user profile configuration file.

Hope that helps,

Joe

2/13/2013 10:29:04 AM
Gravatar
Total Posts 7

Re: custom registration process

but if I am going to control the custom registration process.

No1 we are inserting a user in the mp_Users table - and we have completed that portion

No 2 we need to insert the custom fields in the mp_UserProperties table - my question is when we are inserting the custom fields into the table - how do we generate the appropriate PropertyId guid, so that the custom fields show up in the manage user profile page?

2/13/2013 10:37:25 AM
Gravatar
Total Posts 18439

Re: custom registration process

They do not show up on the page just because they exist in the database, what shows up on the page is determined by the config file. So even if you are not using our built in registration page you still need to define the properties in the config file if you want them to show up on the page.

2/13/2013 10:55:38 AM
Gravatar
Total Posts 7

Re: custom registration process

We have set up the config file correctly - the custom fields are showing up in the manage user profile page.  We have the mojoportal registration process working correctly with our custom fields.

We are now creating our own registration process to allow us to customize our emails to different users, based on criteria entered into the custom fields.  Our custom mp_Users insert works fine.  We are trying to make sure we insert the mp_UserProperties correctly.

how do I set the PropertyID guid correctly when performing the insert?  I can look up the PropertyID guid in the mp_userProperties table and hard code it for the insert. I can view the PropertyID guid from the inserts generated from the mojoportal registration process

But when we migrate the code from development to stagging and then to production the PropertyID guid may change.  Is there a method that I could retrieve the PropertyID guid, so that I have it correct for the insert?
 

 

2/13/2013 11:10:58 AM
Gravatar
Total Posts 18439

Re: custom registration process

Sorry but I don't have solution for that other than don't depend on the guid depend only on the property name. The guid is generated at insert time. The table has newid() as the default value but I don't think that is being used, we are passing in a new guid generated from .NET code with Guid.NewGuid() since we support other db platforms that don't have the newid function or native guid data type. If you are inserting rows directly though then it would use the newid function to populate that column in ms sql.  You could possibly retrieve the guid based on the property name after insert. Whatever works for you.

2/13/2013 11:15:01 AM
Gravatar
Total Posts 7

Re: custom registration process

thanks that helps

2/13/2013 11:19:54 AM
Gravatar
Total Posts 18439

Re: custom registration process

If you are inserting those properties from your own code or from your own sql statements, then theoretically you could generate the guids ahead of time and hard code them so that they are the same on all systems.

2/13/2013 11:21:35 AM
Gravatar
Total Posts 18439

Re: custom registration process

scratch that, the guid is per user per property so the only thing that really identifies the property is the propertyname

2/13/2013 11:47:36 AM
Gravatar
Total Posts 7

Re: custom registration process

yep that is what i figured from your previous post - I am good - begining to test my 6 inserts - thanks for your help

2/13/2013 12:18:17 PM
Gravatar
Total Posts 7

Re: custom registration process

it is working - thanks Joe

You must sign in to post in the forums. This thread is closed to new posts.