Compatibility/BugsGuide
Jump to navigation
Jump to search
Web Compatibility Bugs Convention
In 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.
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.