相关疑难解决方法(0)

过去，当程序崩溃时，尤其是当用户使用预发布的 Ubuntu 时，可以使用 apport 来打开错误报告。然后用户可以跟踪错误，查看它是否影响其他人，帮助修复它等。

自 Precise 12.04 起，此行为和工作流程发生了变化。正如我在错误 #993450“Apport 无法提交错误报告”中发现的那样，默认情况下 apport 不再打开错误报告（这很尴尬，但并非不可能这样做）。与此同时，人们注意到一个新的“whoopsie”流程，如什么是“whoopsie”流程以及它有什么作用？.

经过更多的谷歌搜索，我挖出了这个蓝图，它描述了整个过程： ErrorTracker - Ubuntu Wiki。（它没有提到 whoopsie 或 daisy，所以我添加了它们 - 如果我错了，请纠正我）。

哇 - 这听起来像是简化和改进崩溃报告过程的伟大工作。

我留下了这个问题：用户如何了解问题的状态？蓝图现在有这个要求

用户应该有一些方法来检查他们的崩溃报告的状态；例如，有一些他们可以查看的报告 ID 以查看统计信息和/或任何相关的错误 #。例如，在提交时提供一个序列号，他们可以稍后通过网页加载。

这似乎未实现。在此期间有什么可用的吗？

开发者如何进入游戏？转到https://daisy.ubuntu.com只会提供“内容类型不正确”错误消息。

最后，我建议在发行说明中记录应用程序行为的变化。任何试图帮助 Ubuntu 的人都应该对此感兴趣。

直到前段时间你跑了 apport-bugubuntu-bug开始或开始报告错误。然后系统会使用您的帐户打开启动板，上传收集的信息，并让您向错误报告添加更多信息。

现在，当我运行gksudo ubuntu-bug（例如使用crash-file 作为参数）时，会出现常见的错误对话框

就这样。

报告发送到哪里？绝对不要将启动板作为错误报告（尽管在具体情况下人们已经能够提交有关该错误的报告）。

所以：这个报告发送到哪里（也许只是）我如何仍然从我的系统中提交错误报告（使相关文件的上传变得更加容易）

难道“系统”决定这将是一个已经存在的错误的副本？