Description of problem:
If you go to https://rhn.redhat.com/rhn/account/UserDetails.do and edit your
user details, then go to
https://www.redhat.com/wapps/ugc/protected/account.html, you'll see that the
user's email address has become unconfirmed.
The email confirmation flag is stored in the PersonalInfo model object that
hangs off of the User model object. I think it may be getting dropped somewhere.
How reproducible: every time
Steps to Reproduce:
1. make a new sso user
2. confirm their email address by clicking the link in the email that's sent out
3. go to RHN and edit the user's details
4. go back to www.redhat.com/wapps/ugc and see that the email address has become
Fixed in r118753. The culprit was in RHN code not setting the value for
'emailConfirmed' flag, which was being interpreted as 'false' by UserService.
I updated a user (changed first name) and the flag got flipped from yes to no in
-select * from web_user_personal_info where web_user_id =2068412
OK so it looks like RHN fixed our side but there is the case where LDAP has no
value (null) and it carefully sets the value bcak to 'N' when the user updates
there info in RHN.. So here is the test case, have a user where email_confirmed
=Y and LDAP has no value. Update the users first name in RHN, the flag will be
flipped to N (the default in the db for this field is N). I am cloning this bug
for Grant S and Maintenance Team
verified in qa