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

我运行ubuntu-bug compiz 。 选择不,它不是统一。 (虽然如果我报告团结,我会得到相同的结果。)

然后我就提出了这个问题:

Ubuntu的’natty’版本的开发已经完成,所以你应该使用技术支持渠道,除非你知道它应该在这里报告吗?

选项:

  • 我不知道
  • 是的,我已经知道了解决这个问题的方法。
  • 是的,问题在系统软件更新后立即开始。
  • 是的,我已经通过了技术支持,他们在这里提到了我。
  • 不,请指点一个获得支持的好地方。

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

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

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

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


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

但是,我不能诚实地对任何问题回答“是”。

我邮寄了Brian Murray(Ubuntu bugmaster):

谢谢你提出这个问题。 它给我的消息,我对这里的用户体验并不满意。 深入研究它实际上是apport的Xorg包挂钩,因此使用带有Xorg包的ubuntu-bug将提供基本相同的体验。 也许我们下周应该和布莱斯坐下来讨论一下?

也许这里一个好的开始是在xorg包上提交关于apport钩子的bug。 我会跟进UDS并更新这个答案。

(顺便说一下好看!)