Closed Bug 1328665 Opened 7 years ago Closed 6 years ago

Two issues with Project Review form for RRAs

Categories

(bugzilla.mozilla.org :: Custom Bug Entry Forms, defect)

Production
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: claudijd, Assigned: dkl)

Details

I'd like to report two bugs in the project review form that triggers relevant Legal/Finance/Security bugs for review.

1.) The RRA (Security) bugs we're creating have an extra string on them "Legal Review: ", which is causing subjects like this "RRA: Legal Review: Contract for Engaging an individual (independent contractor, temp agency worker, incorporated) with Imanol Fernández Gorostizaga" to be created.  Ideally, if this was a valid security bug, it would look like this "RRA: Contract for Engaging an individual (independent contractor, temp agency worker, incorporated) with Imanol Fernández Gorostizaga"

2.) In the bug form the user is prompted for an answer to "What are you doing?" and they can select from a drop down list.  In that list there is "Engaging and individual..." that when selected should not create an RRA bug.  This behavior was requested in bug 1264821 in comment 32 (https://bugzilla.mozilla.org/show_bug.cgi?id=1264821#c32)
Assignee: nobody → dkl
Status: NEW → ASSIGNED
To https://github.com/mozilla-bteam/bmo.git
   e3f7a84..840bbad  master -> master
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
This is live now. It also fixes the issue of "Legal Review" being included in the Finance bug as well.
dkl: thank you!
Reopening this bug, because it seems #2 in the original request is not actually fixed.  Repasting the issue to make it clear...

2.) In the bug form the user is prompted for an answer to "What are you doing?" and they can select from a drop down list.  In that list there is "Engaging and individual..." that when selected should not create an RRA bug.  This behavior was requested in bug 1264821 in comment 32 (https://bugzilla.mozilla.org/show_bug.cgi?id=1264821#c32)

dkl: could you have a look?
Status: RESOLVED → REOPENED
Flags: needinfo?(dkl)
Resolution: FIXED → ---
Looking
Status: REOPENED → ASSIGNED
Flags: needinfo?(dkl)
(In reply to Jonathan Claudius [:claudijd] (use NEEDINFO) from comment #4)
> Reopening this bug, because it seems #2 in the original request is not
> actually fixed.  Repasting the issue to make it clear...
> 
> 2.) In the bug form the user is prompted for an answer to "What are you
> doing?" and they can select from a drop down list.  In that list there is
> "Engaging and individual..." that when selected should not create an RRA
> bug.  This behavior was requested in bug 1264821 in comment 32
> (https://bugzilla.mozilla.org/show_bug.cgi?id=1264821#c32)
> 
> dkl: could you have a look?

Hmm from looking at the code, this should not be happening. Can I see the recent bug where this was created and it should not have?

Thanks
dkl
Flags: needinfo?(jclaudius)
:dkl - bug 1339598 is an example of the behavior I'm referring to
Flags: needinfo?(jclaudius)
(In reply to Jonathan Claudius [:claudijd] (use NEEDINFO) from comment #7)
> :dkl - bug 1339598 is an example of the behavior I'm referring to

Ah I see what it is now. Basically I also file a RRA if the user selects one of the specified contract types OR selects 'Data Access' == Yes. So in the case of bug 1339598, the user selected Yes. Is this no longer needed? I can remove that particular check from the RRA criteria.

dkl
Flags: needinfo?(jclaudius)
that makes more sense, thanks for hunting that down.  My preference would be that "Data Access" have no bearing on whether an RRA is created or not.
Flags: needinfo?(jclaudius)
(In reply to Jonathan Claudius [:claudijd] (use NEEDINFO) from comment #9)
> that makes more sense, thanks for hunting that down.  My preference would be
> that "Data Access" have no bearing on whether an RRA is created or not.

Merged to master. Will be in the next deployment.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.