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