Closed
Bug 708946
Opened 13 years ago
Closed 13 years ago
Refactor accountportal to use mozsvc.user
Categories
(Cloud Services :: Server: Account Portal, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: rfkelly, Unassigned)
Details
Attachments
(1 file)
10.24 KB,
patch
|
telliott
:
review+
|
Details | Diff | Splinter Review |
This uses the new mozsvc.user module to simplify the auth-management code in account portal. The automatically-loaded auth backend is available at request.registry["auth"], while the AuthenticationPolicy becomes a pretty simple wrapper around mozsvc.user.authenticate().
Attachment #580288 -
Flags: review?(telliott)
Reporter | ||
Updated•13 years ago
|
Summary: Refactor auth handling to use mozsvc.user → Refactor accountportal to use mozsvc.user
Comment 1•13 years ago
|
||
Comment on attachment 580288 [details] [diff] [review] patch refactoring accountportal to use mozsvc.user We probably want to put the CEF logging back for a bad username and password combo, but otherwise looks fine. Note that authenticated_userid now returns the id rather than the username. Since I don't think we're using that anywhere, I don't think it's a problem, but should keep an eye on that.
Attachment #580288 -
Flags: review?(telliott) → review+
Reporter | ||
Comment 2•13 years ago
|
||
> We probably want to put the CEF logging back for a bad username and password combo This is done inside mozsvc.user.authenticate(). > Note that authenticated_userid now returns the id rather than the username. Hmmm, quite right. Most of the pyramid auth plugins I've seen have returned the username from this method, so I think that's the right thing to do here. Definitely something to keep an eye on. Committed in http://hg.mozilla.org/services/account-portal/rev/bb631007e482
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•