Merge lp:~ricardokirkner/u1-test-utils/ssoclient into lp:u1-test-utils
Proposed by
Ricardo Kirkner
Status: | Merged |
---|---|
Approved by: | Ricardo Kirkner |
Approved revision: | 33 |
Merged at revision: | 31 |
Proposed branch: | lp:~ricardokirkner/u1-test-utils/ssoclient |
Merge into: | lp:u1-test-utils |
Diff against target: |
181 lines (+117/-4) 5 files modified
requirements.txt (+1/-0) u1testutils/sst/sso/client.py (+34/-0) u1testutils/sst/sso/data.py (+8/-2) u1testutils/sst/sso/selftests/unit/test_client.py (+67/-0) u1testutils/sst/sso/selftests/unit/test_data.py (+7/-2) |
To merge this branch: | bzr merge lp:~ricardokirkner/u1-test-utils/ssoclient |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Leo Arias (community) | Approve | ||
Review via email: mp+148454@code.launchpad.net |
Commit message
get a users' openid value when creating an account
Added ssoclient as a new dependency so that the SSO api can be consumed
easily. The current driver for this change is being able to get the openid for
an account.
Description of the change
get a users' openid value when creating an account
Added ssoclient as a new dependency so that the SSO api can be consumed
easily. The current driver for this change is being able to get the openid for
an account.
To post a comment you must log in.
<elopio> pindonga: on line 56 +from . import client /bazaar. launchpad. net/~ubuntuone- pqm-team/ ubuntuone- servers/ trunk-2a/ view/head: /servers/ u1servers/ web/testing/ acceptance/ __init_ _.py get_account_ openid. What does it return when the user doesn't exist?
<elopio> isn't it better to use the full path?
<pindonga> elopio: ok, can change that
<elopio> pindonga: but that's really a question.
<elopio> I got from vila and nessita that it's better, so I try to do it everywhere. I'm not sure why.
<pindonga> it's really the same, I belive
<pindonga> believe
<pindonga> elopio: ack
<pindonga> it is slighlty better, as it's more explicit
<pindonga> but only marginally
<pindonga> imo
<elopio> pindonga: ok. For consitency, I think it would be better to change it.
<elopio> pindonga: andl ine 62 + def __init__(self, full_name, email, password, openid):
<vila> I'm +0 on relative imports, nessita had an argument against them I can't recall right now
<pindonga> elopio: what about that line?
<elopio> to make it compatible with the other projects, openid=None is required.
<pindonga> elopio: ok, fine with me... just made it so, bc I didn't see any other usage of the User molde
<pindonga> model
<pindonga> pushed both changes
<elopio> pindonga: thanks.
<elopio> pindonga: the one I had in mind is here: https:/
<elopio> pindonga: also I have a question about the client.
<pindonga> elopio: it should return None
<pindonga> bc the response json doc doesn't have a consumer_key value in ther
<pindonga> there is a test for that
<pindonga> I set the response to {'error': {}}
<pindonga> which is to mimick an error response from the login call
<elopio> a right, you have a test for that.
<pindonga> elopio: although I will change that to be the proper response
<elopio> pindonga: +1.
<pindonga> it's not error, but something else
<pindonga> that doesn't include consumer_key :)
<elopio> pindonga: sounds good.
<elopio> pindonga: I'll approve it.
<pindonga> elopio: pushed last revno
<elopio> pindonga: I like it. Thanks.