Compatibility/BugsGuide: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(→‎whiteboard keywords for categorizing the issues: formatting as a proper definition list)
(→‎Status: formatting as a proper definition list)
Line 9: Line 9:
This is a short explanation of the bug status in [https://bugzilla.mozilla.org/describecomponents.cgi?product=Tech%20Evangelism Web Compatibility Area].
This is a short explanation of the bug status in [https://bugzilla.mozilla.org/describecomponents.cgi?product=Tech%20Evangelism Web Compatibility Area].


* UNCONFIRMED: This bug has been opened, probably through [https://bugzilla.mozilla.org/form.mobile.compat Mobile Web Compat form]
; UNCONFIRMED : This bug has been opened, probably through [https://bugzilla.mozilla.org/form.mobile.compat Mobile Web Compat form]
* NEW:       The bug has been confirmed and probably analyzed. Whiteboard flags are added. It's free for everyone to work on it.
; NEW : The bug has been confirmed and probably analyzed. Whiteboard flags are added. It's free for everyone to work on it.
* ASSIGN:     A person has been assigned on the bug. It has been taken.
; ASSIGN : A person has been assigned on the bug. It has been taken.
* FIXED:     A site was fixed in response to a request made by volunteers through Mozilla.
; FIXED : A site was fixed in response to a request made by volunteers through Mozilla.
* WORKSFORME: If the problem is no longer there but we haven't asked for any fixes (yet)
; WORKSFORME : If the problem is no longer there but we haven't asked for any fixes (yet)
* INVALID:   If a bug is not a valid Tech Evangelism bug in the first place
; INVALID : If a bug is not a valid Tech Evangelism bug in the first place


== whiteboard keywords for categorizing the issues ==
== whiteboard keywords for categorizing the issues ==

Revision as of 07:09, 29 May 2014

Web Compatibility Bugs Convention

In Web Compatibility, we are using a specific set of keywords to classify our work. It helps each of us to work together and create meaningful searches for some classes of bugs: per type of issues, per countries, etc. We also used the status for giving the state of a bug.

More information about other topics is offered in the Web Compat Guide.

Status

This is a short explanation of the bug status in Web Compatibility Area.

UNCONFIRMED
This bug has been opened, probably through Mobile Web Compat form
NEW
The bug has been confirmed and probably analyzed. Whiteboard flags are added. It's free for everyone to work on it.
ASSIGN
A person has been assigned on the bug. It has been taken.
FIXED
A site was fixed in response to a request made by volunteers through Mozilla.
WORKSFORME
If the problem is no longer there but we haven't asked for any fixes (yet)
INVALID
If a bug is not a valid Tech Evangelism bug in the first place

whiteboard keywords for categorizing the issues

We are using a set of keywords in the whiteboard field to help us figuring out priorities, languages, etc.

[contactready]
Once the Web site has been analyzed for Web compatibility issues. Someone can take the bug and contact the Web site for achieving a resolution. List of Web sites to contact
[notcontactready]
Sometimes a bug has a dependency or is in the process of being further investigated, hence it is not ready for being formally contacted.
[sitewait]
Once the Web site has been contacted for Web compatibility issues. This helps to not have two separate persons contacting the same Web site. Leave also a comment with the date when you contacted the site. list of contacted Web sites
[country-ISOCODE]
Some websites are dedicated to a specific country. For example, a French Web site can be classified as [country-fr], a japanese Web site as [country-jp], for international Web sites you can use [country-all]
[uaoverride]
When the current bug is about the UA override list added on to Firefox for Android or Firefox OS
[clientsniff]
When the sniffing is happening on the client-side such as HTML or JS
[serversniff]
When the sniffing is happening on the server-side such as HTTP redirection and/or different content being served on the same domain
[lib-foo]
When related to a specific JS lib being used. Example [lib-yui] [lib-jquery] [lib-mootools]
[tier1]
When the issue is about a site not giving the nicest experience that some other browsers get. For example, getting the low-end mobile version instead of the shiny touch version.
[webkitcss]
An interoperability issue created by WebKit CSS: missing -moz- and/or prefixless equivalent.