05-25-2012 02:10 AM
I have an issue where I want to create two different username policies based on the selected user role.
If the role is a certain value, I enable the "email" field and use this as the authentication credential.
If the role is another value, I DO NOT enable the "email" field and instead enable a combination of "random_username_method", "random_username_length" and "multi_prefix".
However, this does not seem to work and more for clarity then anything, I assume this is because of how it processes the "Enable IF" rules.
Does anyone have any bright ideas or fixes?
05-25-2012 03:52 PM
The "Enable If" logic is only applied on the client-side.
So what could be happening is that if you enter an email address, this will still be submitted to the server and used as the username, even if you have chosen a different role that would disable the email field and switch to the random_username_method.
05-25-2012 11:34 PM
What I need to understand then is whether this is a bug or I'm missing something functional about the "Enable IF" and "Visible IF" rules?
One role is a typical guest role using their email address etc.. whilst the other role is all pre-populated from LDAP. Using a single form makes the process much simpler for the end user, and the "Visible" element works well dynamically. So in the event they choose the second role (via a dropdown) it won't even show the email field which has no initial value set?