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 unconfirmed
Fixed in r118753. The culprit was in RHN code not setting the value for 'emailConfirmed' flag, which was being interpreted as 'false' by UserService.
fails qa--- 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