秘密が明らかに: これは、クラッシュ後に Windows が「解決策を確認中」に行うことです

アプリがクラッシュした後、Windowsが問題の解決策をチェックしていることを無駄に発表したときに、通常は何の結果も得られないというエラーメッセージを目にしました。

プロセスがどれほど効果的でないかを考えると、正確に何が起こっているのかを尋ねることはかなり合理的です

ありがたいことに 質問に答えました マイクロソフトのWindowsUpdateAgentのソフトウェア開発者であるMarkPhaedrusによって完全に説明されています。

彼は書いている：

これは、そのシステム（Windowsエラー報告）がどのように機能するかについての簡単な説明です。

• プログラムがクラッシュします。

• Windowsエラー報告が始まります。プログラムがクラッシュしたときに何をしていたかについての重要な情報をキャプチャします。

• その情報を使用して「バケット署名」を作成します。 バケット署名は、クラッシュを識別するための簡単な方法です。 開発者は、バケットの署名を見ても、クラッシュの原因を特定できません。 ただし、XNUMXつ以上のクラッシュに同じバケットシグネチャがある場合は、同じことが原因である可能性が非常に高くなります。

• プライバシー設定で許可されていると仮定すると、Windowsエラー報告はバケット署名をMicrosoftに送信します。

• その時点で、XNUMXつのことのうちのXNUMXつが起こります。

  • マイクロソフトの誰もまだその特定の問題を見ていません。 その場合、Microsoftサーバーは、その署名によるクラッシュが発生したことを通知するだけで、他には何も起こりません。

  • 同じバケットシグネチャで多数のクラッシュが発生した場合、バグが自動生成されて開発者に割り当てられます。 開発者はおそらくバグを解決するためにより多くの情報を必要とするでしょう。 たとえば、バグがWindows Updateにあり、自分に割り当てられた場合、「数台のマシンのレジストリにあるWindowsUpdateログファイルとWindowsUpdate領域の内容が必要です。 XNUMXつで十分です。」 次に、同じバケット署名でプログラムがクラッシュする次のXNUMX回、エラー報告システムは「クライアントPCさん、これらのログとこのレジストリ情報を収集してください」と表示します。 そして、プライバシー設定で許可されていると仮定すると、その情報はMicrosoftに送信され、データを悪用したために仕事を失う可能性があることを常に思い出させるウィンドウを見つめながら、それを見ることができます。 そのため、まだ何も修正されていないようですが、運が良ければ、後でバグを修正するために必要な情報を入手できます。

  • その問題の修正が実際に見つかった場合、およびそれが最新のWindowsパッチをインストールするだけでは処理できない種類の修正である場合、エラー報告サーバーはその時点で情報をPCに送り返すことができます（問題の性質と修正について）問題がすぐに修正されるか、「ねえ、この問題を修正するにはXを実行する必要があります」という通知が表示されます。 確かにそれはかなりまれですが、 ありません 起こる。

情報からの私の持ち帰りは、ユーザーがエラーログを送信しない場合、Microsoftは問題がどれほど一般的であるかを知らない可能性があるため、Microsoftに改善を求める場合は、もう少し利他的でテレメトリを維持する必要があるという大きな要素があります。私たち全員のためのウィンドウズ。

Windowsエラー報告で問題が修正されたことはありますか？ 以下にお知らせください。