風が吹くと桶屋が儲かる。 現象 jpgのサムネイルは出るが、pngとbmpのサムネイルが出ない。 あくまで自分の環境における例で、jpgも含めた3つ全部が失敗するケースも多いだろう。 私のPCはレジストリの画像ファイル種別まわりをモンキーにいじっているのでjpgだけ定義が分かれている。拡張子ごとの挙動の違いはそのせい。 jpgしかサムネイルが出ない サムネイルキャッシュを削除しても再起動しても改善効果なし。 画像ファイルが壊れているわけではない。なんならpngのファイル名だけをいじって拡張子jpgにするとサムネイルが出る。どうも拡張子ごとのサムネイルハンドラー設定がおかしそう。 GoogleDriveを終了した状態でレジストリ編集すると一時的にサムネイルが復活する。 方法だが、{E357FCCD-A995-4576-B01F-234630154E96} のシェル拡張のキーを削除する。 環境によって異なるのであくまで一例だが、pngであれば HKCR\.png\shellex\{E357FCCD-A995-4576-B01F-234630154E96} などが削除対象となる。 ただGoogleDriveを再起動すると上記レジストリキーは復活し、またサムネイル生成が失敗するようになる。 発生メカニズム Windows版GoogleDriveは、画像サムネイル生成の機能を持っている これは事実。なぜなら shellex\{E357FCCD-A995-4576-B01F-234630154E96} がGoogleDrive内部のdllを指しているサムネイルハンドラーであるから。 なぜこんな機能があるのか？ については「GoogleDriveのストリーミングフォルダ上に画像ファイルがあるときは、通常ファイル扱いでサムネイルを作ることができず、サーバーからfetchして表示するようなGoogleDrive独自の処理が必要になるから」とかが理由じゃねと予想している。 クラウド上のファイルをローカルにあるように見せる仮想ファイルシステムだから、それ自体は自然。 こいつは、GoogleDriveと無関係のフォルダにおいては、Explorer標準のサムネイル生成を単に呼び出すだけのラッパーになっていると考えるのが自然だ（これは予想）。 GoogleDrive側のサムネイル生成機...

表題のようなことが起きており、調査していた。 なおDOS窓というのはWindowsのコンソールウィンドウのことなのだが、もう死語かもしれない。 調査手法 調査、といっても、いきなり現れて一瞬で消えるウィンドウの正体を探るのは結構難しい。 「今のなんだ！？」でタスクマネージャーを起動しても、そのときには該当のアプリはいなくなっているわけで、何もわからず終わる。 ちなみにタスクスケジューラやスタートアップ項目を見ても変なプロセスの自動実行エントリは見つからなかった。 自分では思いつかないのでAIにいい調査方法がないかを聞いてみたところ、プロセス作成のたびセキュリティログを残すようにしてはどうかと言われる。方法は管理者powershellで auditpol /set /subcategory:"Process Creation" /success:enable を実行するだけ。 すると以後、すべてのプロセス作成がイベントビュアーに時刻付きで現れるようになる。 Chromeでタブを作るたびにログがどんどん増える 他に Process Monitor を使った方法なども提案されたが、こちらは相手を捕まえるべくずっとキャプチャを続けているとログ行数が膨大になり扱いが難しかったので、一旦候補から外した。 イベントビュアーから候補を絞る 正体不明のウィンドウが立ち上がった瞬間ごろのログで確認できた新規作成プロセスのうち、私がよくわからなかったものは以下の2つ。 sendctrlc.x64.B02191CB70385B094C410A8C27775ABA.exe 名前が見るからに怪しい；偏見 JetBrainsの開発環境であるGoLandが持っているプロセスらしい しかし該当時間帯にGoLandはバックグラウンドに放置されており、特に触ってはいなかった firefox.exe Firefoxはいいんだが、このタイミングでプロセス作成されたのが謎 というのも、普段Firefoxは使っておらずこのときも起動すらさせていなかったため 前者は Send Ctrl+C x64 という名前のとおりで、子プロセスにCtrl+Cを送るための小さなアプリケーションらしい。IDEなど開発ツールではよく見られる実装パターンだという。 IDE内ではビルトインのコンソールを起動することが...