报告错误

报告安全问题

虽然我们试图主动预防安全问题,但我们并不认为它们永远不会出现。如果你认为你在WordPress的某个版本中发现了安全问题,请参阅安全常见问题解答查看如何报告该问题的信息。

标准做法是在发布安全问题之前通知供应商(在本例中是WordPress安全团队),这样就可以准备一个修复程序,并将由于该漏洞造成的公共损害降至最低。

顶部↑

Bug报告和解决概述

在报告和解决问题的过程中有许多步骤错误错误bug是错误或意外结果。性能改进、代码优化和被认为是增强,而不是缺陷。在特性冻结之后,只处理bug,回归(来自前一个版本的不利更改)是最高优先级。在WordPress。以下是概述:

  • 一个用户发现一个错误,似乎是在核心核心核心是运行WordPress所需的一套软件。核心开发团队构建了WordPress。WordPress(不是一个主题或一个插件插件插件是一种包含一组功能的软件,可以添加到WordPress网站上。它们可以为你的WordPress网站扩展功能或添加新功能。WordPress插雷竞技件是用PHP编程语言编写的,并与WordPress无缝集成。这些插件可以在WordPress.org插件目录//www.kotonoha369.com/plugins/中免费下载,也可以从第三方网站下载基于成本的插件雷竞技).
  • 用户确认这实际上是一个尚未被报告的错误。
  • 用户提交一个bug报告,称为,追踪,WordPress Bug追踪器
  • 一名WordPress开发人员(他是一名志愿者,和您一样)确认这个bug确实存在,并且应该进行修复,并发表了评论。
  • 一个WordPress开发者(可能就是你)决定修复这个bug。开发人员找出修复bug的方法,创建一个补丁补丁一种特殊的文本文件,通过标识添加、删除和修改的文件和行来描述对代码的更改。它也可以被称为diff.补丁可以是应用转换为用于测试的代码库。,上传补丁到TracTrac这是一个开源项目,由Edgewall Software为WordPress提供bug跟踪和项目管理工具。
  • WordPress开发社区的成员测试了这个补丁,看看它是否修复了bug,没有破坏其他任何东西。他们也会跑步自动化测试针对bug和补丁,编写新的测试(或建议编写新的测试)。
  • WordPress开发者之一,具有修改WordPress官方源代码的权限提交核心代码的补丁SVNSVNSubversion是Apache项目中流行的版本控制系统(VCS), WordPress使用它来管理代码库的更改。存储库。如果bug和补丁已经被他们信任的人验证过,他们更有可能这样做——WordPress的开发很大程度上是建立在一个信任和价值的系统上的。
  • 提交补丁的人将bug关闭为固定

顶部↑

在报告Bug之前

对于像WordPress这样的大型项目,许多用户报告了bug,所以很有可能你的bug已经被报告了。正因为如此,在提交之前检查它是否已经在系统中是非常重要的。如果您不熟悉报告WordPress中的bug,那么在报告之前与更有经验的开发人员讨论这个问题也是一个好主意。

1.确保bug是由WordPress核心引起的。

仅仅因为错误消息指向核心文件,并不意味着这就是问题所在。你可能想要使用像这样的插件调试酒吧追踪问题所在。一个像这样的简单脚本调试文件可以帮助你找到误差的确切来源。你可以把这个文件放在你的wp-content / m雷竞技u-plugins目录;如果它不存在,就创建它。)

另一个关键策略是尝试在一个没有额外插件或主题的新WordPress安装中复制这个bug。雷竞技虽然这可能不总是可能的,如果您可以在一个新的安装中找到它,问题更可能是在核心。

2.搜索为了你的虫子增强增强增强是对WordPress的简单改进,比如添加一个钩子,一个新特性,或者对现有特性的改进。请求。

  • 如果您的问题已经被报告,请不要报告重复的错误。如果您有更多的信息可以提供,请向现有的bug添加注释。
  • 如果您的问题是类似的,但不完全相同的另一个问题,您可以决定是否添加一个注释到类似的问题,或报告一个新的问题。一般来说,如果你有更多的信息可以提供给一个当前的、开放的问题,只需在该问题上添加一个注释。如果您有一个足够不同的问题,或者如果您遇到以前已经解决的问题再次出现,请报告一个新的bug。无论哪种方式,核心贡献者核心贡献者核心贡献者是那些致力于WordPress发行版的人,他们创建了一些功能,或者发现并修补了一些bug。这些贡献是通过Trac完成的。https://core.trac.www.kotonoha369.com。一旦你发布了你的问题,就会为你提供指导。
  • 如果你的问题最近被报道了,然后结束了,你不同意决议,你仍然可以发表评论,说明你的理由。
  • 最好不要重新打开已经关闭了一段时间的bug。如果bug关闭为固定WordPress的一个版本已经发布(参见里程碑场),开新为bug报告和bug跟踪器上的特性开发创建。
  • 版本字段与最初发现bug的版本相关。如果你在新版本中看到相同的错误,请在评论中提到,但请不要更改版本号。

3.在报告一个可能的错误之前,考虑讨论它。

顶部↑

报告一个错误

Trac是WordPress官方bug追踪器的名称。它使用开源开源开放源码是指免费提供原始源代码并可重新分发和修改的软件。开源**必须**通过许可模式交付,参见GPL。漏洞跟踪软件Trac,由Edgewall software开发。要了解更多关于Trac的信息,请参见Bug追踪器(Trac).要创建一个好的bug报告:

  1. 阅读上面关于该怎么做的部分在报告错误之前
  2. 登录WordPress Trac使用你的支持论坛用户名和密码。如果你没有支持论坛的账号,你可以注册
  3. 点击新票在Trac中找到bug报告页面。
  4. 填写标题、摘要和其他字段。要了解更多信息,请参见票属性
  5. 点击提交票后预览。

提交罚单后,你的参与不会结束。开发人员在查看票据时可能需要更多的信息(并且可能通过在票据上加上reporter-feedback).

您还可以通过验证所建议的修复方案是否解决了您遇到的问题来提供帮助。处理您的bug可能需要您的参与,所以请愿意并准备帮助开发人员解决这个问题。如果您想帮助修复这个bug,请参阅修复bug

您将自动发送电子邮件时,您的门票更新,如果您已输入您的电子邮件地址你的Trac偏好

最后更新: