If the SOA service sends back an empty list when the client asks for a list of
possible orgs, we populate it with the default org (and call it 'Default'). This
should stop the tui from tracebacking.

to test, register a rhel 5 system using the tui, and have it not blow up.
the tricky part is actually finding a user in the env that doesn't have its
org_id returned by the EntitlementService; noone seems to know how to find out
this info. :(

ok, should be able to use user 'foodle' in webqa to test.

Test plan isn't sufficient, tested foodle in stage:

[bretm@potential test]$ ./test_up2date_checks.py --verbose --server=stage
--test=get_possible_orgs --username=foodle --password=[censored]
--os-release=5Client --os-arch=x86_64 
Running get_possible_orgs: Tests the registration._get_possible_orgs function
Connecting to http://xmlrpc.rhn.stage.redhat.com/XMLRPC
{'orgs': {'5029982': 'Default Group'}, 'default_org': '5029982'}

And it worked fine there.  Presumption is that stage should not work, and webqa
works.

Webqa *does* work for foodle now, but why isn't stage barfing?

zuh. sorry. I had reverted foodle back to a good state so i could get other
testing done. Let me know when you look at this again, and I can make the change
to a user for you.

rhn502 released.

rhn502 is released