Closed
Bug 1132636
Opened 10 years ago
Closed 10 years ago
rbbz: users created from bugzilla do not have is_private set True until the second time they are accessed
Categories
(MozReview Graveyard :: General, defect, P2)
MozReview Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dminor, Assigned: dminor)
References
Details
Attachments
(2 files, 1 obsolete file)
It appears the intention is to always set is_private to True for users created from bugzilla [1].
Because this is done in the else part of a try/except/else clause, and the user is created in the except clause, is_private is not actually set until the second time the user is accessed.
[1] https://dxr.mozilla.org/hgcustom:version-control-tools/source/pylib/rbbz/rbbz/models.py#88
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → dminor
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•10 years ago
|
||
/r/3841 - vcttesting: add mach command to dump reviewboard account profile; r=gps
/r/3843 - rbbz: set is_private to true when creating the user (bug 1132636); r=mconley
Pull down these commits:
hg pull review -r ab5a15efc10174670d7d052c6c9239edc035c344
Attachment #8564121 -
Flags: review?(mconley)
Attachment #8564121 -
Flags: review?(gps)
Comment 2•10 years ago
|
||
Comment 3•10 years ago
|
||
Comment on attachment 8564121 [details]
MozReview Request: bz://1132636/dminor
https://reviewboard.mozilla.org/r/3839/#review3059
Ship It!
Attachment #8564121 -
Flags: review?(mconley) → review+
Comment 4•10 years ago
|
||
Comment 5•10 years ago
|
||
https://reviewboard.mozilla.org/r/3843/#review3129
::: hgext/reviewboard/tests/test-auth.t
(Diff revision 1)
> + $ rbmanage make-admin $BUGZILLA_USERNAME
Is this still necessary? The newly-added make-admin command accesses the DB directly and doesn't need admin privileges.
What breaks if this is removed?
Comment 6•10 years ago
|
||
Comment on attachment 8564121 [details]
MozReview Request: bz://1132636/dminor
https://reviewboard.mozilla.org/r/3839/#review3131
Ship It!
Attachment #8564121 -
Flags: review?(gps) → review+
Assignee | ||
Comment 7•10 years ago
|
||
https://reviewboard.mozilla.org/r/3843/#review3141
> Is this still necessary? The newly-added make-admin command accesses the DB directly and doesn't need admin privileges.
>
> What breaks if this is removed?
This makes the user a reviewboard admin. We need it because dump-user uses the Reviewboard API (not the database) and with accounts now set to private on creation we would no longer see the user name and email in this test unless our API user is an admin.
An alternative would be to change dump-user to read the reviewboard auth database table rather than query through the API.
Comment 8•10 years ago
|
||
https://reviewboard.mozilla.org/r/3843/#review3143
> This makes the user a reviewboard admin. We need it because dump-user uses the Reviewboard API (not the database) and with accounts now set to private on creation we would no longer see the user name and email in this test unless our API user is an admin.
>
> An alternative would be to change dump-user to read the reviewboard auth database table rather than query through the API.
I see. This is OK, then.
Ship it.
Assignee | ||
Comment 9•10 years ago
|
||
https://hg.mozilla.org/hgcustom/version-control-tools/rev/8a07371eafc1
https://hg.mozilla.org/hgcustom/version-control-tools/rev/1927427a46a0
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•10 years ago
|
||
Attachment #8564121 -
Attachment is obsolete: true
Attachment #8619466 -
Flags: review+
Attachment #8619467 -
Flags: review+
Assignee | ||
Comment 11•10 years ago
|
||
Assignee | ||
Comment 12•10 years ago
|
||
Updated•9 years ago
|
Product: Developer Services → MozReview
You need to log in
before you can comment on or make changes to this bug.
Description
•