Meego Wiki
Views

Quality/Bug Access Restrictions

From MeeGo wiki
< Quality(Difference between revisions)
Jump to: navigation, search
(added security bug clarification)
(categorise, cut toplevel heading)
 
(2 intermediate revisions not shown)
Line 1: Line 1:
-
= Bug Report Access Restrictions =
 
-
 
-
/!\ DRAFT status as discussed in QA IRC Meeting on Feb 15, 2011. For feedback add comments to [https://bugs.meego.com/show_bug.cgi?id=12253 bug 12253].
 
-
 
== Incentive ==
== Incentive ==
Line 9: Line 5:
== Restriction Categories ==
== Restriction Categories ==
-
The listed categories are guidelines for QA and developers when a report could be made less accessible by setting the "Internal" or "Security" flag. It is recommended to mention the category in a comment when restricting access to a bug report.
+
The listed categories are guidelines for QA and developers when a report could be made less accessible by setting the "Internal" or "Security" flag. It is mandatory to mention the category in a comment when restricting access to a bug report.
Access to a bug report, to specific comments, or to specific attachments can be restricted in case they contain:
Access to a bug report, to specific comments, or to specific attachments can be restricted in case they contain:
Line 18: Line 14:
* On specific request of the author: Content that makes the author appear in a bad light (e.g. accidentially posted file content) or content that reveals critical private data (e.g. private WPA key)
* On specific request of the author: Content that makes the author appear in a bad light (e.g. accidentially posted file content) or content that reveals critical private data (e.g. private WPA key)
* Security defects are private until a resolution is available: See [[Security|Security Bug Policy]].
* Security defects are private until a resolution is available: See [[Security|Security Bug Policy]].
 +
* IT infrastructure bug reports are private as sensitive data related to access, servers, etc cannot be exposed.
 +
 +
[[Category:QA]]

Latest revision as of 11:11, 12 April 2011

Incentive

In many open-source projects (such as MeeGo) some bug reports are not accessible to the public. Without guidelines this can create mistrust (see e.g. bug 9943) and theories damaging the reputation of the project.

Restriction Categories

The listed categories are guidelines for QA and developers when a report could be made less accessible by setting the "Internal" or "Security" flag. It is mandatory to mention the category in a comment when restricting access to a bug report.

Access to a bug report, to specific comments, or to specific attachments can be restricted in case they contain:

  • Copyrighted information
  • Non-public hardware information of MeeGo stakeholders
  • Spam advertisements for websites or non-MeeGo products
  • Insults towards other users
  • On specific request of the author: Content that makes the author appear in a bad light (e.g. accidentially posted file content) or content that reveals critical private data (e.g. private WPA key)
  • Security defects are private until a resolution is available: See Security Bug Policy.
  • IT infrastructure bug reports are private as sensitive data related to access, servers, etc cannot be exposed.
Personal tools