web-dev-qa-db-ja.com

Ubuntuで内部エラーが発生した後、[送信]をクリックするとどうなりますか？

Ubuntu 18.10を使用しています。場合によっては、プログラムがクラッシュした直後に、「Ubuntu 18.10で内部エラーが発生しました。問題のレポートを開発者に送信しますか？」というウィンドウがポップアップします。次に、「詳細を表示」、「送信しない」、「送信」の3つのボタンがあります。

「詳細を表示」をクリックすると、「gjs-consoleがSIGABRTでクラッシュした」など、詳細が見やすく表示されます。これを開発者に送るのは良い考えのようですので、「送信」をクリックします。その後、ウィンドウが閉じます。実際に何かが送信されたという確認が取れません。 「OK、問題レポートが正常に送信されました」などの確認を希望していましたが、確認がないため、[送信]ボタンをクリックしたときに問題が発生するのではないかと少し心配です。

私の質問：

  • 実際に開発者に送られるものはありますか？
  • 何かが実際に送信されたことを確認する方法はありますか？
  • 自動的に生成された問題レポートの詳細を、パブリックバグトラッキングシステムのどこかに表示することはできますか？

編集：ここでの回答によると： デスクトップから送信したランチパッドで私のバグレポートを見つけるにはどうすればよいですか？httpsに移動して、結果のバグレポートを表示できるはずです。 ：//bugs.launchpad.net/~/+reportedbugs しかし、それは私にとっては機能しません-そのページは「現在開いているバグはありません」とだけ言っています。したがって、問題の報告が実際に送信されたかどうか、また送信された場合、どこに送信されたかはまだわかりません。

編集2：これも関連しているようです： クラッシュを引き起こし、apport/whoopsieを介して報告されたバグを追跡するにはどうすればよいですか しかし、それを読んだ後でも、問題レポートを確認する方法がわかりません本当に送られました。

編集3：/ var/log/syslogに、たとえば「/var/crash/_usr_bin_gjs-console.1000.crashをアップロードしています」など、「whoopsie」について言及している行がいくつかあります。 「送信済み、サーバーは次のように応答しました：エラーなし」といいですね。また、ファイル/var/crash/_usr_bin_gjs-console.1000.crashには、収集されたすべてのエラーレポート情報が含まれているようです。

18.10bug-reporting
1
Elias

私が正しい場合、情報はここに表示されます： https://errors.ubuntu.com/

彼らは多くの思考の仕事をします： https://wiki.ubuntu.com/AutomatedProblemReports

これまでのところ、最善の解決策は、Whoopsieを使用したApportです。ただし、ドキュメントにはデフォルトで無効になっていると記載されています。 https://wiki.ubuntu.com/Apport

これはもっと概念だと思いますが、あなたのアイデア（ユーザーにIDを伝える）はすでにカバーされているようです： https://wiki.ubuntu.com/ErrorTracker

すべて一緒にエラーレポートが収集されます。解決すべき1つの主な問題は、エントリを自動的にグループ化することです。レポート内の機密データに関する問題のほかに、これはあまり面白くない。

3
LupusE

ここで指摘されたように https://askubuntu.com/a/1042812/874649 そしてここでも https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/4 次のコマンドを使用して、自分のコンピュータから送信されたすべてのエラーレポート「このシステムから送信されたエラーレポート」のリストを表示するWebページを開くことができます。

xdg-open https://errors.ubuntu.com/user/`Sudo cat /var/lib/whoopsie/whoopsie-id`

したがって、エラーレポートの[送信]をクリックした後、上記のコマンドを使用して動作を確認できます。リストに新しいエントリが表示され、新しいエラーレポートの日時が表示されます。

0
Elias