为什么 ubuntu-bug 暗示我不应该报告 Compiz 和 Unity 的错误？

Question

我跑ubuntu-bug compiz。选择不，这不是统一。（尽管如果我报告统一，我会得到相同的结果。）

然后我提出了这个问题：

Ubuntu 'natty' 版本的开发已经完成，所以您应该使用技术支持渠道，除非您确定应该在此处报告？

选项：

• 我不知道
• 是的，我已经知道解决这个问题的方法了。
• 是的，问题是在进行系统软件更新后立即开始的。
• 是的，我已经接受了技术支持，他们将我推荐到这里。
• 不，请给我指出一个获得支持的好地方。

“我不知道”和“不...”都给出了一个对话框，其中包含指向 askubuntu 和 ubuntu.com/support 的链接，并在不发送的情况下结束错误报告。

如果我发现了我想报告的错误，唯一适用的是“是的，问题是在执行系统软件更新后开始的”。

这意味着开发人员对回归感兴趣，但对新错误不感兴趣。

我的理解是 askubuntu 是为了帮助而不是为了错误报告。这个对话仅仅是为了帮助 askubuntu 减轻开发人员的技术支持任务吗？（一个令人钦佩的目标，但我认为被要求向 AU 发帖然后向启动板报告相同问题的用户会失去热情——如果“垃圾错误”大幅减少，也许这是值得的。）什么时候不是技术性的支持？

---

对于上下文，我想报告的错误是，当使用 Scale 并使用键盘切换我的选择时，Chromium 不会显示与其他窗口（gnome-terminal、nautilus）相同的选择阴影。我不是在寻找解决方法的帮助（我可以在 Scale Add-on 中打开窗口突出显示）。

但是，我无法对任何问题诚实地回答“是”。

Answer 1

我给 Brian Murray（Ubuntu bugmaster）发了邮件询问此事：

感谢您提出这个问题。这对我来说是个新闻，我对这里的用户体验不太满意。深入研究一下，这实际上是用于 apport 的 Xorg 包挂钩，因此将 ubuntu-bug 与 Xorg 包一起使用将提供基本相同的体验。也许我们应该下周和布莱斯坐下来讨论一下？

也许这里的一个好的开始是在 xorg 包上提交有关 apport 挂钩的错误。我将跟进 UDS 并更新此答案。

（顺便说一句，收获不错！）