如何发现错误

Question

让合适的人注意到关键错误以便尽快修复它的最佳方法是什么？

GVFS 有一个错误，它阻止像我这样的开发人员在 10.10 中使用 IDE。我们需要降级到 10.04 才能使用我们的 IDE 软件。我称之为严重错误。

我们已经在这些错误报告中报告了它：

但是，到目前为止，我绝对没有看到任何官方回应。如何快速查看并修复它？

我知道耐心总是一个好主意，但是还有什么可以对这些错误报告做些什么来引起对它们的关注？

我很高兴等待，但如果我们可以做些什么来加快进程，那么知道它会很好:)

Answer 1

这不是关于您提交的特定错误，而是及时处理错误的一般良好做法：

确保您在正确的源包中提交了错误报告。Bug 分类员和开发人员倾向于订阅他们感兴趣或负责的包的 Bug 邮件，因此为了让相关人员及时调查你的 Bug，需要将它与指定的包一起归档，并且正确的一个。如果您无法确定正确的包是什么，这个 wiki 页面可能会有所帮助。
确保您的错误包含相关的调试信息。在大多数情况下，使用 ubuntu-bug 提交报告将确保这一点，但wiki上有大量关于调试过程的信息也将派上用场。
如果您的报告看起来一切正常，但很长时间没有响应，请尝试在 Freenode 上的 #ubuntu-bugs 上公布它，并引用错误编号，看看周围是否有任何错误分类员可以将其推向正确的方向。请记住，大多数分类人员和开发人员都是时间和精力有限的志愿者，过于自信会阻碍人们帮助您。如果周围似乎没有人能够提供帮助，请尝试一天中的其他时间。
如果您知道您认为应该调查您的 bug 的特定人员，请在 IRC 上给他们一个 ping（您可以在他们的 Launchpad 个人资料中看到人们的 IRC 昵称），或者让他们订阅 bug，解释您为什么以礼貌和礼貌的方式订阅他们紧随其后的简洁评论。不要分配它们；只需订阅它们，除非特别指示，否则不要订阅团队，并且不要同时向任何人大规模订阅多个错误。

很好的建议。还有几点：确保你给它一个合理的主题，比如“foo_frob中的NameError”而不是“crashes”；如果可能，给出复制说明；也尝试与上游开发人员交谈。我看到这里提到的特定错误在这方面非常好。 (3认同)
正如 Jorge 所指出的，这似乎是一个与 gvfs 相关的问题，所以我现在已将您的第一个错误重新分配给 gvfs 包（当我输入上述内容时，Launchpad 正在维护中）。 (2认同)
迷失在一个令人敬畏的答案中的是：“如果周围似乎没有人能够提供帮助，请尝试一天中的另一个时间”......我不能强调足够强烈，这是在问题上获得牵引力的好方法。 (2认同)

Answer 2

Murat 的回答对于良好的流程是正确的。对于您的特定错误，它似乎分配给了错误的组件。gnome-vfs是旧的未维护的东西，当前处理此类事情的 GNOME 部分实际上称为gvfs.

您的问题很可能是没有人在查看我们有一段时间没有发布的东西的错误。修复组件然后按照 Murat 的说明进行操作可能会引起您的注意。