web-bugs

一个由 Web Compatibility 社区使用的仓库，用于跟踪通过 webcompat.com

标签

标签用于帮助将缺陷分组筛选，同时也用于跟踪缺陷的状态。以下是每个标签的含义：

• browser-xyz - 该缺陷存在于 xyz 浏览器中
• ios - 该缺陷存在于 iOS 浏览器中
• mobile - 该缺陷存在于移动设备上
• nsfw - 该网站包含可能被视为冒犯性的内容
• os-android - 该缺陷存在于 Android 浏览器中
• windows - 该缺陷存在于 Windows 浏览器中

开放状态

这些状态标签仅应在缺陷报告仍处于开放状态时使用。这些标签按照缺陷处理流程通常应遵循的顺序排列，但 needsinfo 和 leaveopen 除外。

• status-needstriage - 该问题需要被筛选和确定优先级
• status-needsdiagnosis - 该问题需要进一步分析以找出原因
• status-needscontact - 该问题已分析完毕，需要联系该网站的联系人
• status-contactready - 已找到联系人，准备由某人联系该网站
• status-sitewait - 已联系存在该问题的网站
• status-needsinfo - 该问题需要更多信息，通常意味着流程被阻塞，直到提供信息为止。
• status-leave-open - 该问题已分析完毕，由于某种原因，决定该问题需要保持开放状态。以这种方式标记该问题的人将负责后续处理。

已关闭状态

仅应在 bug 报告关闭时使用的状态标签。

• status-duplicate - 该问题与已报告的问题相同
• status-fixed - 该问题已修复
• status-incomplete - 该报告需要更多信息才能处理
• status-invalid - 该问题不是 Web 兼容性问题
• status-wontfix - 该问题将不会被修复
• status-worksforme - 该问题无法复现

最佳实践

如果你已经在 Webcompat.com 上操作，那你可能已经很棒了。那你为什么还需要阅读这部分内容呢？根据经验，我们知道一些让 Web 兼容性流程更加顺畅的技巧。谁不想学习一些新的实用技巧呢？

提交 Web 兼容性 bug

• 完整填写 bug 报告表单。你提供的信息越多，志愿者理解问题就越容易
• 列出你测试该网站时使用的其他浏览器
• 尽量避免报告在所有浏览器中均存在问题的网站。我们更倾向于将精力集中在在一个浏览器中正常工作但在其他浏览器中不正常的网站上
• 如果你感到自信，也可以深入分析该 bug

分析 Web 兼容性缺陷

• 确认能够复现该错误。理想情况下，应使用干净的浏览器配置文件。参见 此 Firefox 教程。
• 设置任何相关标签 - 如果缺陷出现在 Android 版 Chrome 上，请设置 “browser-chrome” 和 “os-android” 标签
• 提供有关哪部分代码损坏的详细信息
• 列出任何相关的错误代码
• 如果可能，建议一种修复代码的方法，使其在所有浏览器中都能正常工作
• 完成后，添加 “status-contactready” 标签
• 如果您感到放心，请找到该网站的联系人并与其联系

联系网站/公司

• 一旦缺陷被设置为 “status-contactready”，就可以联系该网站
• 在您尝试联系后，移除 "status-contactready" 标签并添加 "status-sitewait"，以免其他人尝试联系
• 留下您正在联系的人的详细信息，例如 “Joe Webmaster - Company X 的开发者”
• 注意不要泄露任何私人信息，如电子邮件地址、电话号码
• 如果您在 Twitter 等公共地方发布，请在缺陷中包含该推特的链接，以便于跟踪
• 如果您从网站收到问题跟踪编号，请将其包含在缺陷中
• 当您收到回复时，在缺陷中留下一些信息（可以意译）
• 如果一两周后仍未收到回复，请尝试其他方法。在一个月或三次联系尝试后，我们可以停止并稍后重新审视