Closed Bug 96635 Opened 23 years ago Closed 14 years ago

Bug integrity framework.

Categories

(Bugzilla :: Creating/Changing Bugs, enhancement, P3)

2.13
enhancement

Tracking

()

RESOLVED WONTFIX

People

(Reporter: CodeMachine, Unassigned)

References

Details

We need a bug integrity framework.  It should check that the values of bugs'
fields (including their relationships with other bugs) makes sense.

Certain relationships could be hardcoded into the system, but possibly able to
be turned off.  Eventually, an administrator could define new relationships.

I suggest that we should separate relationships into MUST and SHOULD.

MUST relationships could be implemented by refusing to make changes that would
violate the relationships, or alternatively, updating certain fields in order to
satisfy the relationship.

These would be problematic between (dependent) bugs, because the other bug might
be the one you should be fixing.

SHOULD relationships would present a confirmation page confirming that the
relationship being broken was OK.

The process_bug screen should list all the current problems with that bug,
except for those that have just been confirmed (ie all relationships that were
previously broken but weren't just broken).

Eventually, whinemail should be sent about about all of these problems as well.
Blocks: 16743, 65388, 96612
Summary: Prevent assignee = QA. → Bug integrity framework.
Priority: -- → P3
Target Milestone: --- → Bugzilla 3.2
Moving to new Bugzilla product ...
Assignee: justdave → myk
Component: Bugzilla → Creating/Changing Bugs
Product: Webtools → Bugzilla
Version: Bugzilla 2.13 → 2.13
Blocks: 6679
No longer blocks: 16743, 65388
At least part of this problem can be solved by migrating to a database with
referential integrity (or requiring a version of MySQL that has this feature).
I'm not sure whether we should reflect these in the database.  It makes sense I
guess, but something about making the Bugzilla schema partially dynamic doesn't
seem right to me.
No longer blocks: 6679
QA Contact: mattyt-bugzilla → default-qa
Assignee: myk → create-and-change
Bugzilla 3.2 is now frozen. Only enhancements blocking 3.2 or specifically approved for 3.2 may be checked in to the 3.2 branch. If you would like to nominate your enhancement for Bugzilla 3.2, set the "blocking3.2" flag to "?". Then, either the target milestone will be changed back, or the blocking3.2 flag will be granted, if we will accept this enhancement for Bugzilla 3.2.

This particular bug has not been touched in over eight months, and thus is being retargeted to "---" instead of "Bugzilla 4.0". If you believe this is a mistake, feel free to retarget it to Bugzilla 4.0.
Target Milestone: Bugzilla 3.2 → ---
I don't know what this bug is trying to achieve, but this is wontfix for me for the following reasons:

- Bugzilla now uses referential integrity into the DB itself

- No hardcoded restrictions should be implemented. Each company has its own rules, and those should be enforced thanks to an extension, if needed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.