After upgrade to 1.0.5-1,(update package obtained from ftp://priority.redhat.com/6.1/noarch/up2date-1.0.5-1.noarch.rpm), if entered password field under Configure | User Information, then up2date can't be launched again, although all the operation during the first time seems ok. The way to get around is don't input anything in the password field (even the correct one, like I have), if it can't be launched already, delete /etc/up2date.conf and start all over again, better than re-install it.
We can't duplicate this in the lab. Be aware that the user id and password field in the update agent configuration have NOTHING to do with your username and password for your system. They are the userid and password from Red Hat's registration system. Also, the password you type when you start the update agent is the ROOT password, not the password you entered into the configuration.
The things you mentioned I am already aware. These two user id and password are two differnet sets, one for my system and one for RH's registration system. And no matter I login as root or normal user, the situations are the same. I dig a little deep, it happened that my password for RH's registration system are all numeric numbers (0 to 9) combination. If there is at least one English alphabet within the password, then it works just fine. But if all the character within password are numbers, then it will produce the bug that I described. Please try enter '111111' into the password field, and compare it with '111x111', you should see the difference.
You are completely correct, I'm sorry I drew the wrong conclusion from the initial report. For now, the registration information isn't even being used; you can use the update agent without entering it. Simply erase your password. We will issue an another version of the Update Agent ASAP that corrects this problem (before it becomes an issue).
Commit pushed to master at https://github.com/openshift/origin https://github.com/openshift/origin/commit/097d34053dddad42283fbf8f1f5e82ec2cbdbc6c Merge pull request #6679 from rhcarvalho/issue6675-dockerfile-in-bc Merged by openshift-bot