Under the following url, a satellite user can set their own string templates for pieces of emails. In java, we are not respected one's ability to do such. /internal/satellite/string_manager/index.pxt
Are we just not using the string templates in the java code?
Exactly. We weren't using them at all.
Mass moving ON_DEV to ON_QA
testplan? is this a dupe of bug #159544?
Not a dupe, this bug was a blocker for 159544. This bug should be fixed if QA of 159544 goes well, but I'll leave it open simply because this includes any and every email we sent through Java whereas the other bug refers to a single email. I know of three emails we send in Java: Email Verification, You Have Account, and New User. If there are any I missed, they should also be using the Template Strings (Monitoring emails perhaps). Test Plan. Login as an Org Admin on a Satellite. Go to String Manager. Change a couple of the managed email strings. Go to Users. Add a new user to your account. Ensure that both emails (one to new user, one to admin) use the email strings you changed.
fails how can i get e-mail verification from a satellite? it fails during password lookup, http://fmoquete-64.rdu.redhat.com/help/forgot_password.pxt there are two forms there, one fails, one i have to wait 5 mins to figure out (won't let me submit twice quickly), but probably fails too.
also, any idea where this gets used: email_strings email_account_info Account Information: Your RHN login: <login /> Your RHN email address: <email-address />
email_account_info gets used in the 'email verfication' and 'user created' emails. Email verification is apparently not done in satellite, we treat them as verified. Therefore, the 'user created' email is probably the only Java one that that particular template string can be seen and changed in a satellite.
forgot_password now uses the email template strings. forgot_accounts already did (surprisingly).
Setting rnorwood as qa contact for java migration bugs
Works in QA.