Closed Bug 765151 Opened 13 years ago Closed 13 years ago

Don't load syncNode from LDAP when check_node is False

Categories

(Cloud Services :: Server: Core, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rfkelly, Unassigned)

Details

(Whiteboard: [qa+])

Attachments

(1 file)

The new-style auth backend unconditionally loads syncNode from LDAP, even though it won't be checked is check_node is False. This appears to break loadtesting on stage because those accounts do not have syncNode set in LDAP. Attached patch changes it to only load syncNode if it's actually going to be checked.
Attachment #633414 - Flags: review?(rmiller)
Attachment #633414 - Flags: feedback+
Whiteboard: [qa+]
Comment on attachment 633414 [details] [diff] [review] patch to only load syncNode if needed Review of attachment 633414 [details] [diff] [review]: ----------------------------------------------------------------- ::: services/wsgiauth.py @@ +175,5 @@ > else: > + if check_node: > + if user.get('syncNode') != environ.get('HTTP_HOST'): > + user_id = None > + user = None Any reason you switched from using an 'and' clause to nested 'if' statements? Not a big deal, just wondering if it was intentional...
Attachment #633414 - Flags: review?(rmiller) → review+
Hmmm, you know, I don't even remember doing that! Must have thought it looked cleaner at the time, but it's really much the same. Committed with the 'and' clause reinstated to reduce pointless churn: http://hg.mozilla.org/services/server-core/rev/563b02c2d03f
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: