Closed Bug 304396 Opened 19 years ago Closed 15 years ago

Updates should have severities

Categories

(addons.mozilla.org Graveyard :: Developer Pages, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: Bugzilla-alanjstrBugs, Assigned: morgamic)

References

Details

If an extension update fixes a serious bug, like a security bug, there should be
a way to convey its importance.
Target Milestone: 1.0 → Future
Version: 1.0 → unspecified
Besides the technical implementation consistent criteria for deciding the severities will have to be defined for this to provide value.
Mass change - bugs to be read / (re)confirmed.
Assignee: Bugzilla-alanjstrBugs → nobody
Priority: -- → P5
Severity: normal → enhancement
Priority: P5 → --
This would require the addition of a flag to the versions table, possibly versions.securityupdate, 1/0.

That could trigger the existence of an RDF element, something like:
<em:severity>major</severity>
We also need to figure out what to do about:
* non-AMO add-ons -- do we allow them to be "major" when updating?
* subsequent versions -- if 3.1 is a major update, what happens when 3.2 is released and the user has 3.0?  must find a way to make 3.2 inherit the major flag, but only for versions < 3.1.

See bug 304397 comment #2 and bug 304397 comment #5.
Status: NEW → ASSIGNED
Assignee: nobody → morgamic
Status: ASSIGNED → NEW
I see no reason for non-AMO add-ons to not have "major".  This is to notify a user that there's a security vulnerability.  We don't want them to be insecure just because they don't use AMO.

If this gets support in the client we can reopen.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.