m (Initial version) |
m (FIx markup) |
||
| Line 1: | Line 1: | ||
= Bug Report Access Restrictions = | = Bug Report Access Restrictions = | ||
| - | /!\ DRAFT status as discussed in QA IRC Meeting on Feb 15, 2011. | + | /!\ 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 == | ||
| - | 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. | + | 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. [https://bugs.meego.com/show_bug.cgi?id=9943 bug 9943]) and theories damaging the reputation of the project. |
== Restriction Categories == | == Restriction Categories == | ||
/!\ DRAFT status as discussed in QA IRC Meeting on Feb 15, 2011. For feedback add comments to bug 12253.
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.
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.
Access to a bug report, to specific comments, or to specific attachments can be restricted in case they contain: