【難問・駄目元】スクショで描画が消えるバグ｜8つの仮説が外れています

【依頼内容】 Windows常駐アプリで「スクリーンショットを撮ると画面の一部の描画だけが消える」不具合が出ています。これを直していただきたい依頼です。 【正直にお伝えします】 簡単ではありません。8つの仮説を実測で潰しており原因は未特定です。予算も相場より低くなる見込みで、その自覚があります。 それでも公開する理由は「Win32の描画まわりに詳しくて、こういう謎解きを面白がってくれる方がいれば」という駄目元の募集だからです。 ・応募が無ければ納得しています（社内で継続検討します） ・「この金額では厳しい」というご意見も歓迎です。金額・範囲は相談に応じます ・途中で「無理でした」となっても構いません。その報告も価値があります 無理に受ける必要はありません。興味を持たれた方だけご相談ください。 【症状】 自作のランチャー表示中にスクショを撮ると、 ・一覧(ListView)の文字が消えて背景色一色になる ・ボタンの絵文字が消える ・ただし別タブの一覧は消えない ← この非対称が手がかり アプリは落ちずデータも消えません。見た目だけの問題で、開き直せば戻ります。 計測するとこうなっています。 　行数=55 期待値=55（データは入っている） 　充填処理=完走（描画処理は最後まで走っている） 　色のある画素=0（なのに1ピクセルも描かれていない） 　再描画停止フラグ=なし／画面への提示=成功 【技術情報】 ・AutoHotkey v2製（約7,200行）。exe化して配布 ・本質はWin32 API（GDI/DWM/ComCtl32）の描画モデルの問題と考えています ・検証スクリプトはPowerShell製 ・Windows 11。モニター4枚（全て100%スケール、DPI差なし） 【すでに潰れた仮説8つ】 1. 再描画で戻す(InvalidateRect/RedrawWindow) → 3回実装して3回とも失敗 2. 撮影画像側を加工する → 実装したが効果なし 3. WS_EX_COMPOSITEDを付ける → 常に真っ白になり悪化 4. ウィンドウを破棄して作り直す → 直るが「一瞬消える」ため不採用 5. WDA_EXCLUDEFROMCAPTUREが原因 → 同型の窓を自作して実験、単独では再現せず 6. 特定リストの再読み込みが原因 → ガードを入れたが症状は残った 7. 暗転演出との競合 → 無効化しても変わらず 8. ImageListの有無 → 所有権の指定であって描画経路を変えない 【材料は揃っています】 ゼロからの調査ではありません。 ・症状を赤で再現できる検証スクリプトがあります（1コマンドで実行可能） ・アプリに診断カウンタが組み込まれ、内部状態が数値で取れます ・過去の失敗がすべて記録に残っています ・次に測るべきことまで絞り込んであります 　（画面から読んだ描画と、PrintWindowでコントロールに直接描かせた描画の比較。 　　これで「合成の問題」か「コントロール自身の問題」かを二分できるはずです） 【なぜ自分で完成させられないのか】 AIと調査しましたが、AI側から実機のウィンドウを操作できません。 このウィンドウは「他のウィンドウにフォーカスが移ると閉じる」仕様のため、 自動テストを走らせるとウィンドウが開かず測定できないのです。 実機の前で操作できる方なら数分で取れる測定が、こちらでは行えません。 【やっていただきたいこと】 1. 検証スクリプトを実行し症状を再現する 2. 原因を特定する 3. 修正する 4. 検証する（下記） 【合格条件】 症状が確率的に出るため回数で確認します。 ・履歴/定型文/検索結果の各タブで10回ずつ、計30回撮影し、すべて描画が残ること ・撮影のたびにウィンドウが一瞬も消えないこと 　（過去に「作り直す」方式で直したが、消えるのが不評で撤回した経緯があります） 検証スクリプトがあるので判定は機械的にできます。 【予算について】 見積り希望としています。相場より低い提示になる見込みです。 「調査だけ」「原因特定まで」に切っていただく形でも構いません。 原因さえ分かれば実装はこちらで進められます。段階を分ける提案も歓迎です。 【お渡しするもの】 ・ソースコード一式（第三者への開示・再配布はお断りします） ・調査記録（潰れた仮説・実測値・次に測るべきこと） ・検証スクリプト 【応募時に教えてください】 ・Win32 API（GDI/DWM/ComCtl32）の描画まわりのご経験 ・Windows環境をお持ちか（実機で動かす必要があります） ・AutoHotkeyの読解可否（未経験でもC/C++等のご経験があれば問題ありません）