WS_CAPTIONフラグの無効化は、ウィンドウとして開かれたchromeアプリでは機能しなくなりました
何年もの間、私は以下のahkスクリプトを使用して、Windows 10アプリケーションウィンドウのWS_CAPTION（long 0x00C00000）フラグを無効にして、タイトルバーを非表示にしました。最も一般的な使用例は、chromeアプリをウィンドウとして開いた場合です。
LWIN & MButton::
MouseGetPos,,, WinUMID
WinSet, Style, -0xC00000, ahk_id %WinUMID%
WindowsアップデートによるものなのかChromeアップデートによるものなのかはわかりませんが、Windowsとして開いているchromeアプリでは機能しません。それでも機能します）ただし、他のアプリケーションでも機能します。スクリプトを変更することはないので、スクリプトに問題はないと確信しています。また、AutoHotKeyが更新されなかったので、スクリプトにも問題はないと思います。 chrome（レポーターにURLを提供していないと思います）のバグレポートに記入しましたが、それが彼らの問題かどうかはわかりません。誰かもこの問題を抱えているか、原因を知っていますか？それ？
D1T0R によって尋ねられたように、これはこのスクリプトが作業していた現在のウィンドウのスクリーンショットです。 
どうもありがとうございました。
Chrome：// flagsで＃windows10-custom-titlebarフラグを非アクティブ化し、ブラウザーを再起動することで、問題を解決することができました。返信してくださった皆様、ありがとうございました。
Window Detective を使用してChromeウィンドウ（アプリではなく通常のウィンドウ）を選択しました。
このツールを使用するとウィンドウのスタイルを編集できるため、このツールを使用してWS_CAPTIONスタイルを数回削除しました。
Setボタンをクリックした結果、ちらつきが発生し、Chromeウィンドウ自体が画面上でわずかに移動することがありましたが、しかし、キャプションは残りました。
変更後にスタイルを再検討したところ、WS_CAPTIONスタイルがChromeウィンドウに戻っていることがわかりました。
私の結論は、最近のバージョンのChromeはスタイルの変更を検出し、すぐに以前の状態にリセットすることです。
Chromeこのような変更を許可しないことに反対しているのではないかと思います。私が正しければ、別のブラウザに移動するか、キャプションが避けられないことを受け入れる必要があります（少なくとも一部の人までキャプションが画面外に配置されるように、Chromeウィンドウを移動することは、おそらくこれが元に戻る将来の時間です。
Chromeフォーラムで質問を提起し、これを元に戻すように依頼することもできますが、チャンスは少ないかもしれません。