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

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

我运行ubuntu-bug compiz。选择否,这不是 unity。(尽管如果我报告 unity,我会得到相同的结果。)

然后我面临这个问题:

Ubuntu 的“natty”版本的开发已经完成,因此您应该使用技术支持渠道,除非您确定应该在此处报告?

选项:

  • 我不知道
  • 是的,我已经知道解决这个问题的方法了。
  • 是的,问题就在系统软件更新后出现了。
  • 是的,我已经通过了技术支持,他们将我介绍到这里。
  • 不,请告诉我一个可以获得支持的好地方。

“我不知道”和“不......”都会出现一个对话框,其中包含指向 askubuntu 和 ubuntu.com/support 的链接,并结束错误报告而不发送。

如果我发现一个想要报告的错误,唯一适用的回答是“是的,该问题在进行系统软件更新后开始出现。”

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

我的理解是 askubuntu 是用于帮助而不是用于报告错误。这个对话框是否只是为了帮助 askubuntu 减轻开发人员的技术支持任务?(这是一个值得称赞的目标,但我认为那些被要求在 AU 上发帖然后向 launchpad 报告同一问题的用户会失去热情——如果“垃圾错误”大幅减少,也许这是值得的。)什么时候不是技术支持?


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

然而,我无法诚实地对任何一个问题回答“是”。

答案1

我向 Brian Murray (Ubuntu 错误管理员) 发送了一封邮件,询问此事:

感谢您提出这个问题。这对我来说是个新闻,我对这里的用户体验并不满意。深入研究后发现,这实际上是 apport 的 Xorg 包钩子,因此使用带有 Xorg 包的 ubuntu-bug 将提供基本相同的体验。也许我们应该下周和 Bryce 坐下来讨论一下?

也许一个好的开始是提交有关 apport 钩子的 xorg 包的错误。我会跟进 UDS 并更新此答案。

(顺便说一句,接得真好!)

相关内容