朝一番に、UbuntuとChromeブラウザーを起動しました。ブラウザで、パスワードフィールドのあるページにアクセスしました。そのため、パスワードリングがポップアップしました。次に、システムに関するバグレポートを送信するために、パスワードを尋ねるダイアログがポップアップしました。その後、通常のバグ報告ダイアログが表示されました。 (Gudと色に関する何か)
ダイアログの正確な順序についてはわかりません。
バグレポートのパスワードに関する追加の質問は通常の動作ですか?
時々ですが、通常はそうではありません。
ほとんどの場合、アプリケーションがクラッシュしたり、手動でバグを報告したりする場合、情報を自動的に収集して Launchpad に送信するためにパスワードを入力する必要はありません。
ただし、 root
として実行されるプログラムまたはサービスがクラッシュした場合、そのクラッシュに関するデータを収集するには、root
としてのみアクセス可能なデータにアクセスする必要があります。 Ubuntuでは、アカウントに管理機能がある場合、パスワードで認証することにより、root
としてアクションを実行できます。 ( これはSudo
によって促進されます または グラフィカルフロントエンドの1つ 、または PolicyKit によって促進されます。)アカウントに管理機能がない場合は、管理機能を持つアカウントでログインするまで、root
が所有するプロセスでクラッシュを報告するように求められません。
管理者としてログインし、root
が所有するプロセスでクラッシュを報告するように求められたら、次のようなパスワードダイアログが表示されます。
これは、Ubuntuのバグを報告するためにパスワードを入力する必要がある2つの状況の1つです。
認証が完了すると、クラッシュ報告プロセスは通常のnonroot
プロセスと同じ方法で続行されます。
Ubuntu 12.04 LTSより前は、Apportクラッシュレポートが有効になっていると、自動的に収集されたデータを含めるように バグレポートを送信 が求められます。これは、Ubuntuのアルファ版およびベータ版(および12.04 LTSより前のバージョン)でも発生します。しかし、Ubuntu 12.04 LTS以降、Apportはデフォルトで設定されているため、Ubuntuの安定バージョンを実行しているときにクラッシュが発生した場合、 自動的に(許可を得て)情報をデータベースに送信します'バグレポートに記入する必要はありません 。これは、バグレポートを作成するよりも潜在的に有用ではありませんが、より多くのユーザーから情報を効果的に収集できることを意味します。さらに、バグレポートは、バグが修正される可能性が高いアルファおよびベータリリースで最も価値がありますレポートの結果。
ただし、クラッシュのバグファイリングを再度有効にした場合、またはパッケージ名またはプロセスIDで ubuntu-bug
を手動で呼び出してバグを報告した場合は、バグレポートを提出する機会が与えられます。 Ubuntuのバグレポートは Launchpad に提出されます。そのため、バグのデータが収集されてLaunchpadに送信されると、それらのデータが自動的に添付されたバグレポートを提出するLaunchpadページがWebブラウザに表示されます。 (デフォルトのWebブラウザーが機能しない場合を除き、もちろんそれがバグの原因です。)
Launchpadにログインしていない場合、バグを報告するためにWebブラウザーのLaunchpadサインインページに移動します。 これは、Ubuntuのバグを報告するためにパスワードを入力する必要がある2つの状況の2番目です。