WS_CAPTIONフラグを無効にしても、ウィンドウとして開かれたChromeアプリでは機能しなくなりました

何年もの間、以下のahkスクリプトを使用して、Windows 10アプリケーションウィンドウでWS_CAPTION（長い0x00C00000）フラグを無効にして、タイトルバーを非表示にしました。最も一般的な使用例は、ウィンドウとして開かれたChromeアプリです。

LWIN & MButton::
MouseGetPos,,, WinUMID
WinSet, Style, -0xC00000, ahk_id %WinUMID%

Windowsの更新なのかChromeの更新なのかはわかりませんが、Windowsとして開かれたChromeアプリでは動作しません。ただし、他のアプリケーションでも機能します。スクリプトを変更しないため、スクリプトに問題はないと確信しています。また、私のAutoHotKeyは更新されなかったので、同様に問題はないと思います。私はそれが彼らの問題だと確信していなくても、クロムのバグレポートを埋めました（レポーターにURLを提供していないと思います）。誰もこの問題を抱えているか、何が原因かを知っていますか？

3D1T0Rが尋ねたように、このスクリプトが使用されていた現在のウィンドウのスクリーンショットを次に示します。

どうもありがとうございました。

chrome：// flagsで＃windows10-custom-titlebarフラグを無効にし、ブラウザを再起動することで問題を解決できました。答えてくれたすべての人に感謝します。

Window Detectiveを使用 してChromeウィンドウ（アプリではなく通常のウィンドウ）を選択しました。

このツールを使用すると、ウィンドウのスタイルを編集できるため、これを使用してWS_CAPTIONスタイルを数回削除しました。

[ 設定 ]ボタンをクリックすると、ちらつきが発生し、Chromeウィンドウ自体が画面上でわずかに移動することがありましたが、キャプションはそのままでした。

変更後にスタイルを再検討すると、WS_CAPTIONスタイルがChromeウィンドウに返されていることがわかりました。

私の結論は、Chromeの最近のバージョンがスタイルの変更を検出し、以前の状態にすぐにリセットするということです。

Chromeがそのような変更を許可していないことを恐れています。私が正しい場合は、別のブラウザに移動するか、キャプションが避けられないことを受け入れる必要があります（少なくとも将来的には変更される可能性があります）。不十分な代替案は、キャプションが画面外に配置されるようにChromeウィンドウを移動することです。

これを取り消すように求めるために、Chromeフォーラムで質問を提起することもできますが、チャンスは少ないかもしれません。