Closed
Bug 856936
Opened 12 years ago
Closed 12 years ago
Update Mozilla Project Review form to use the sec-review? flag instead of the sec-review-needed keyword
Categories
(bugzilla.mozilla.org Graveyard :: Extensions: MozProjectReview, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dkl, Assigned: dkl)
References
Details
By removing the sec-review-needed keyword in bug 855489, the MozProjectReview custom form broke as it has that keyword in the code when creating the sec review dependency bug.
I am temporarily adding the keyword back for a few days til I can push out a proper fix to production later this week.
dkl
Assignee | ||
Comment 1•12 years ago
|
||
Updated the code to add the sec-review? flag to the Security Review child bug and no longer use the sec-review-needed keyword.
To make this work, I also removed mozilla.org :: Security Assurance: Review Request from the exclusions list for the sec-review flag since that is the product/component the child bug needs to be filed under.
I will re-remove the sec-review-needed when this change goes live which will be hopefully in a couple days.
Committing to: bzr+ssh://dlawrence%40mozilla.com@bzr.mozilla.org/bmo/4.2
modified extensions/MozProjectReview/Extension.pm
Committed revision 8708.
dkl
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•12 years ago
|
||
sec-review-needed keyword has been re-deleted.
dkl
Comment 3•12 years ago
|
||
(In reply to David Lawrence [:dkl] from comment #1)
> To make this work, I also removed mozilla.org :: Security Assurance: Review
> Request from the exclusions list for the sec-review flag since that is the
> product/component the child bug needs to be filed under.
The entire point of that exclusion was to make people realize a sec-review? flag was redundant in a component named "Security ... review request"
Assignee | ||
Comment 4•12 years ago
|
||
(In reply to Daniel Veditz [:dveditz] from comment #3)
> The entire point of that exclusion was to make people realize a sec-review?
> flag was redundant in a component named "Security ... review request"
Sigh. I apologize if I have stepped on the feet of others. The coding design was based on the original requirements of the Mozilla Project Review form. Originally the design was to use the sec-review-need keyword which was removed in favor of the sec-review? flag. I needed to make the change at the time so that the code would work as I was directed and with the component that the Mozilla Project Review form is to use for security review child bugs.
We should discuss the design with mcoates and see if we can make some alterations that will work on all sides.
dkl
Flags: needinfo?(mcoates)
Comment 5•12 years ago
|
||
certainly in the short term having some extra flags isn't going to hurt terribly, just logically redundant.
Assignee | ||
Comment 6•12 years ago
|
||
(In reply to Daniel Veditz [:dveditz] from comment #3)
> (In reply to David Lawrence [:dkl] from comment #1)
> > To make this work, I also removed mozilla.org :: Security Assurance: Review
> > Request from the exclusions list for the sec-review flag since that is the
> > product/component the child bug needs to be filed under.
>
> The entire point of that exclusion was to make people realize a sec-review?
> flag was redundant in a component named "Security ... review request"
Sorry for the delay. But in thinking about this some more. If the project review form will always file its dependent sec-review bug under the component "Security Assurance: Review Request", and you state that it is redundant to have a sec-review? flag set for those bugs. Then all I need do code wise is to just not add the flag when creating the bug. So on my end, I change it to neither add the sec-review-needed keyword or the sec-review? flag and everything will be ok since it is already in the right component. Sound right?
dkl
Flags: needinfo?(dveditz)
Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(mcoates)
Updated•6 years ago
|
Product: bugzilla.mozilla.org → bugzilla.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•