相关疑难解决方法(0)

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

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

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

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

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

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

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

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

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

这总是在我登录后几分钟出现：

我不知道它是什么。如果我单击Report problem，它会询问我的密码：

如果我想窃取某人的密码，这正是我会做的。

我为什么要相信它，如果我遵守它接下来会做什么？

我有多个 Ubuntu Precise 服务器和工作站，所有这些服务器和工作站都遇到同样令人恼火的问题：当“检测到系统问题”对话框由于某些原因或其他崩溃而出现时，单击“报告问题”会抛出一个提升对话框...... ，不幸的是，不起作用。

我假设这意味着提升对话框正在寻找 root 密码 - 没有 - 而不是寻找我自己的密码以与 sudo 一起使用（并且，是的，我的帐户是 sudo 组的成员，并且正常的 gksudo 提示工作得很好）。

有人知道这是怎么回事吗？我真的很希望能够在事情崩溃时提交问题报告。我最终不得不像某种不关心报告错误的擦洗剂一样单击“关闭”，这让我无休止地恼火。>=[