これはとても奇妙です。 NonClientIslandWindow WM_NCHITTESTコードと関係があるに違いありません。 手足で外出する必要がある場合は、タイトルバー領域全体がHTTOPとして扱われているように見えます。これにより、その領域は「トップドラッグ領域」として扱われます。

残念ながら、私はこれを自分で再現することはできません：/

@Ronkiroマウスがそのような状態でクリックアンドドラッグすると、ウィンドウのサイズが変更されますか？ もしそうなら、それはおそらく私の疑いを確認するでしょう。 また、タイトルバー領域の高さ全体でそのように機能しますか？

PS

ヒント：実際には、画像をgithubの入力ボックスに直接貼り付けるだけで、自動的にgithubにアップロードされ、インラインで埋め込まれます。 それはかなりきちんとしている

@ zadjii-msft
画像を追加しようとしましたが失敗しました... githubのリンクを作成していましたが、間違ったリンクでしたlol何かが足りなかったと思います。

ターミナルに戻り、クリックを押し続けてもウィンドウのサイズは変更されません。 ただし、タイトルバーのボタン以外の領域（中央の領域）に移動すると、カーソルは再びデフォルトの領域に戻ります。

まだデフォルトのカーソルのままで、閉じる/最小化などをクリックできません。 ただし、ALT + F4は機能します。
少しテストしてみると、ターミナルでマウスアクションを実行できないことにも気づきました（テキストにマークを付ける、右クリックしてメニューを貼り付ける/開くなど）。 ただし、CTRL + Vのようなショートカットは機能します。 唯一の例外は、中央の領域をダブルクリックして（画面を適切に最大化する）、ウィンドウのサイズを変更することです。

また、カーソルが付いている画像は、最後にホバーした画像です。 つまり、「左サイズ変更」領域に移動してからタイトルバーに移動すると、マウスの「左サイズ変更」アイコンが表示されます。

この問題（Microsoft Windows [バージョン10.0.18362.418]）もありましたが、マシンを再起動すると修正されました。

@Ronkiro再起動すると修正されますか？ @JohnFNovakは、可能性があることを示しています。 ：スマイル：

いいえ、@ DHowett-MSFT。 つまり、ここで実際に問題を作成するまで、すでに何度も再起動していましたが、役に立ちませんでした。

また、これがエンタープライズW10であることに注意してください。これが、とにかく役立つかどうかはわかりません。

これは私にもランダムに発生します。powertoysプロセスを終了すると修正されるようです。
関連する問題で、Shiftキーを押しながらwtウィンドウをドラッグしようとすると、ウィンドウが所定の位置にフリーズします。
しかし、Shiftキーを離すと動き始めます

私にとってもPowerToysに関連しているようで、終了も修正されました。

聞いて素晴らしい。 彼がその問題について何か考えを持っているなら、 @ crutkasを召喚する

どのバージョンのPowerToysを使用していますか

私はこれをレポしようとしていますが、できません。 私はPowerToys0.14.1を使用していますが、これが再現するための手順です。 FancyZoneの設定を共有する必要があるかもしれません。

ゾーンにスナップすることをユーザーに知らせるために、シフトを使用して作業を行います。

現在の私のシステム情報：

• PowerToys 0.14.1
• ターミナル：0.7.3451.0
• Win10：18363.535、バージョン1909

1. PowerToysを起動します。
2. ターミナルを起動します。
3. [最小化]、[最大化]をクリックします（すべて機能します）
4. PowerShellタブを追加
5. Cmdタブを追加
6. Xで新しいPowerShellタブを削除する
7. Shiftキーを押しながら、FancyZoneゾーンに移動します

Win10：Ver 1903、ビルド18362.295（エンタープライズ）
PowerToys：0.11.0

また、「新しいゾーン編集エクスペリエンスを使用する」を有効にしていますが、これに関係があるかどうかはわかりません。

ところで、私は今、問題を再び再現することはできません。 問題を抱えている人が情報を手伝い続けることができれば良いでしょう。 しかし、私はどのバージョンも変更せず、回避策を修正しただけです。

powertoys 0.14.1
win10インサイダースローリング：2004、ビルド19041.1
wt：0.7.3451.0

wtのバージョンを収集しているときにバグが発生しました。
また、PowerToysの設定に影響を与えることも確認されています
ディスプレイを接続し、wtウィンドウを移動してボタンを機能させました
2番目のディスプレイのみですが
ステップレコーダーを使用してキャプチャしました。
powertoys bug.zip
powertoysバグ2.zip

だからこれに関するニュースはありますか？

これを再現することはできますが、PowerToysを完全にオフにしてこの動作を再現できるため、ターミナルを使用していると思います。 これが私がこれを再現できる唯一の方法であることに注意してください。

私はターミナル0.8.10091.0にいます

再現するために私がしていること

1. 起動ターミナル
2. タイトルバーを左クリック
3. シフトを保持
4. マウスを下にドラッグして、コンソール画面自体に移動します
5. マウスを離します

実際の動作：
ウィンドウが約3秒間フリーズする、ドラッグできない、または最小/最大/閉じるボタンがクリックやホバーにも反応しない

ウィンドウが約3秒間フリーズする、ドラッグできない、または最小/最大/閉じるボタンがクリックやホバーにも反応しない

Shiftキーを離しても、ウィンドウのボタンが反応しなくなりますか？

これを再現することはできますが、PowerToysを完全にオフにしてこの動作を再現できるため、ターミナルを使用していると思います

ただし、バグが発生すると、PowerToysの設定も影響を受けます

はい、ウィンドウは応答しませんが、約3秒後に戻ります。 PTを実行せずにこれを実行できるという事実は、PTではなくターミナルで何かが起こっていることを意味します。

ステップレコーダーは役に立ちましたが、すべてがポルトガル語であり、手動で翻訳する必要があるため、少し混乱しました。 応答しないものを表示する場合、ここではビデオの方がインパクトがあります。 ゲームバー（win + g）はこれを行うことができます。

それで、フリーズを引き起こすための私のステップが別のものであるならば、ステップバイステップでやってみましょう。

すべてポルトガル語でした

申し訳ありませんが、翻訳できるようにファイルをもっと編集してみるべきでした。

ゲームバー（win + g）はこれを行うことができます。

ええ、しかしそれは画面全体ではなくウィンドウをキャプチャするだけです。 それが役立つ場合は、それが再び起こったときにそれを試してみます

はい、ウィンドウは応答しませんが、約3秒後に戻ります
実行中とは、PTではなくターミナルで何かが起こっていることを意味します。

私はここでその行動を報告しました＃3325（コメント）

@LuanVSO

1. あなたの母国語で何かを持っていることを決して後悔しないでください。
2. 私が上でしたようにあなたが一歩一歩を行うことができれば、多分それは助けになるでしょう。

アプリケーションを再インストールした後でも、タイトルバーボタンが機能しません。

これで、powertoys v0.15をインストールしただけで、マシンが再起動し、Windowsターミナルが開きました。

pt設定にも影響します。

これがオリジナルのビデオクリップです：
バグ-videos.zip

@LuanVSOこれは、PowerToysを実行せずに発生しますか？

@crutkasいいえ、ptを停止すると、通常の動作に戻ります

ステップバイステップで、クリックしている場所を作成できますか？

1. ターミナルを起動します（タスクバーに固定されているので、win +2を押します）
2. 最小化ボタンを右クリックします（機能しません）
3. 分割ボタンを右クリックします（機能しません）
4. ウィンドウの端にマウスを合わせると、ポインタの動作が表示されます（ウィンドウのサイズ変更は機能しますが、記録が停止するため、実行しませんでした）

私の人生のために、私はこれをレポすることはできません。 私にメールを送ってもらえますか？スクリーン共有できる場所でチームを同期させてもらえますか？ [email protected]

わかりました、つまり、毎回これをレポすることはできません、それは非常に気難しいです

上で概説したパターンに従っている場合、それはPowerToysの外部であり、PTを実行せずにこれをレポできます。

再現するために私がしていること

1. 起動ターミナル
2. タイトルバーを左クリック
3. シフトを保持
4. マウスを下にドラッグして、コンソール画面自体に移動します
5. マウスを離します

@crutkas私は何が起こっているのかを知ったと思います。

1. ウィンターミナルをタスクバーに固定する
2. Winキーを押したままにします
3. ショートカットガイドが表示される直前に、勝利期間に対応する＃を押して、両方のキーをすばやく離します
4. 勝利期間のコントロールと対話してみてください

また、これらの手順を実行した後、ショートカットガイドが表示されなくなりました

私にとって、タイトルバーは機能しています。私が抱えている問題は、プロファイルと設定のドロップダウンにあります。 VS2019デバッグを使用している間、例外が発生します。
「ctrl + shift + 2,3,4」を使用してデバッグモードで新しい端末を開くことができますが、ドロップダウンボタンを選択した場合。

残念ながら、_that_はプラットフォームのバグです（19041以降で修正されたようです）。 申し訳ありません：笑顔：

私は自分のマシンにも同じものを持っていますが、それはさらにトリッキーになります。
それは私のプライマリ画面でのみ発生します。 WTウィンドウを他の画面に移動すると、すべてが通常に戻ります。 同じ症状、ウィンドウがマウスイベントを受信しない、カーソルがWTウィンドウ上でフリーズする。 最大/最小/閉じるは機能しません。機能させるには、ウィンドウを他の画面に移動する必要があります。
私もPTユーザーであり、オフにするとすぐに役立ちます。
ただし、 @ crutkasの再現手順は、PTを実行しなくても機能します。

@ DHowett-MSFTはこれは面白いはずですか？ それはまだインサイダーだけにあります...まあ、幸いなことに、WTはまだ私の現在の設定と競合できないので心配はありません。
それが終わるのを待って、半年かそこらで戻ってきます。

@ DHowett-MSFTはこれは面白いはずですか？

はっきり言って、このバグは_私のチームの誰も再現できないと思います。入力チームと話し合っています_は、私たちが遊んでいる冗談ですか？ カッコいい。

https://github.com/microsoft/terminal/issues/5724でも同じ問題が発生しましたが、PowerToysをバージョン0.17.0に更新した後も問題は発生しません。

PowerToysでこの問題が発生したことのある方は、 PowerToys v0.17.0の時点でまだ問題が発生しているかどうかを確認できますか？ ありがとう。

いいえ、動作させるために無効にする必要はありませんでした。 PowerToysを閉じて更新し、再度開きました。 私がScoopを使用してPowerToysをインストールしたことを言及することは重要です。

それは私にとってももう起こっていません

PowerToysでこの問題が発生したことのある方は、 PowerToys v0.17.0の時点でまだ問題が発生しているかどうかを確認できますか？ ありがとう。

これを初めて見つけたときにここに来ました-ええ、powertoys 0.17.0にも同じ問題があります（実際にインストールした唯一のバージョンです）。 それは私に起こったばかりです。 実際、問題が発生している場合、マウスはPowerToys内でも機能しません。 また、試したばかりのpowertoysを実際に使用することもありません。 powertoysを殺すと、問題は解決します。 powertoysを再起動しても問題はまだ発生しないため、これが何らかのイベントの組み合わせに関連していて、両方のアプリをロックするデッドロックが発生していると想定します:(。次回発生するときは、先行するイベントに注意を払いますが、これをトラブルシューティングしようとしているのは残念です。

PowerToys 0.18.0で私に起こったばかりですが、PowerToysを再起動すると問題が解決したようです。

powertoys0.18.1でこれを再現する確実な方法を見つけました。
これが私が行ったステップレコードファイルです（今では正しい言語になっています😅）：
powertoysの応答しないウィンドウbug.zip
ショートカットガイドがトリガーされるのは初めてである必要があります。そうしないと、再現されません。

PowerToys＃4287で報告されているように、私はなんとかこのバグを再現することができました。 ファンシーゾーンをオフにし、PowerToysを再起動し、ファンシーゾーンをオンにすると、期待どおりに機能します。

これが直接PTであることに同意しません。PowerToysを実行しなくても、このバグを再現できます。 ターミナルウィンドウのレンダリングがフリーズします。 FancyZonesは、ホットキーが原因で問題を増幅します

再現するために私がしていること

1. 起動ターミナル
2. タイトルバーを左クリック
3. シフトを保持
4. マウスを下にドラッグして、コンソール画面自体に移動します
5. マウスを離します
6. タイプ

カーソルが停止し、すべての入力が停止するのがわかります。

シフトがリリースされると、このように動作しますか？

あなたが手放した後、これは落ちますか？

k、
したがって、ここには2つのバグがあります。

1. wtをドラッグしてシフトするとハングします
2. これは

powertoys0.18.1でこれを再現する確実な方法を見つけました。
これが私が行ったステップレコードファイルです（今では正しい言語になっています😅）：
powertoysの応答しないウィンドウbug.zip
ショートカットガイドがトリガーされるのは初めてである必要があります。そうしないと、再現されません。

これがプロセスを示すgifです：

Winキーを離すと、pt設定のボタンを操作できなくなりました

ptのデバッグbuidでバグを再現できましたが、実行を一時停止すると、このファイルにドロップされました。

これは、d2doverlaywindowが作​​成されているときに発生しているように見えます。これは、バグが初めて表示される場合にのみ発生するためです。

@LuanVSO
キーの再マッピング中にWinキーを長押ししたときに見つかったバグは、Shiftキーを押しながらドラッグしたときのターミナルのバグとは関係ありません。

これはターミナルバージョン1.0.1811.0で私に起こりました

PowerShellとの競合のように見えました：
バージョン7をインストールしました。また、PowerShellをインストールしたバージョン6の.Netもインストールしました。 .NetからPowerShellをアンインストールすると、問題が解決したようです。

@DHowett Powertoys 0.18でも同じ問題が発生し、マウスを使用してPowerToysまたはWindowsターミナルをクリックできません。 powertoysをアンインストールすると、問題が解決します。

PowerToysを終了するだけではこのバグを防ぐことができず、アンインストールする必要があることを誰かが確認できますか？

@ DHowett-MSFT
これは非常に興味深い（そして奇妙な）発見です：
https://github.com/microsoft/PowerToys/issues/5944
ターミナルは、何らかの理由で、PowerToysで定義されたウィンドウクラスを使用しています。
ステップレコーダーは、入力を「盗む」UI要素を表示します。これは、PowerToys.exeではなくターミナルの一部です。
ここで何が起こっているのか明確ではありません。ターミナルはこのUI要素を積極的に作成していますか、それともPowerToysが何らかの形でこれをターミナルに注入していますか？

@enricogiorグッドキャッチ。 ターミナルは確かにそのウィンドウクラスを作成していません-手動で作成する唯一のウィンドウはCASCADIA_HOSTING_WINDOW_CLASS （ IslandWindow.cpp＃L18-L68を参照）。

技術的には、XAMLアイランドも作成しています-おそらくそれはどういうわけかショートカットガイドと相互作用していますか？

これが発生したときは、「ショートカットガイド」PowerToyを無効にするだけで機能を復元できました。 アンインストールも_また_機能しますが、少し過剰かもしれません😄

＃6120にも、この問題に関する情報がたくさんあり、他にもたくさんの再現が含まれていることに気づきました。

@ zadjii-msft
ショートカットガイドは純粋なC ++アプリであり、ショートカットガイドで定義されたウィンドウクラスがターミナルで終了するという事実は非常に驚くべきことです。

@enricogiorターミナルもネイティブC ++アプリです。 使用されている言語は、可能なウィンドウクラスとは関係ありません。

@DHowett
私は純粋なWin32を意味し、XAMLはありませんでした。これまでに見つけた、問題の潜在的なエントリポイントになる可能性があるのは、
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
そのクラス名を監視して、StepsレコーダがUI要素をターミナルプロセスの子として正しく識別しているかどうかを確認するために、ターミナルのデバッグバージョンを構築することを提案しました。これにより、外部からクラスオブジェクトが挿入されていることが確認されます。

これは私にも起こりましたが、実際にはこれとhttps://github.com/microsoft/terminal/issues/4448のハイブリッドで、入力したり、タイトルバーボタンをクリックしたり、スクロールしたり、使用したりすることはできません。 UI要素（ただし、ウィンドウのサイズを変更できます）。 これは複数回発生しています。

• PowerToysv0.20.1を使用しています
• ショートカットガイドを使用していません
• ウィンドウのサイズ変更とスナップ（win + arrow）は機能します
• ウィンドウ（タイトルバー、タブバー、最小/最大/終了）をクリックしても機能しません
• ウィンドウに入力しても効果はありません
• シェルはPowerShellであり（そしてその中でwslを実行しています）、プロセスツリーはまだ生きています
• 150％DPIスケーリングを実行していますが、接続されているモニターは1つだけです
• 昨日アプリを起動しましたが、それ以来コンピューターがスリープ/スリープ解除されています。 コンピューターを起こして初めて問題に気づきました
• ターミナルアプリの2番目のインスタンスを開始しましたが、正常に動作します

@aharpervc

ショートカットガイドを使用していません

PowerToys設定でショートカットガイドがオフになっていますか、それとも単に起動していませんか？

オフになっています：

@aharpervc
ありがとうございました。

ショートカットガイドが実行されていないため、ターミナルプロセスでPToyD2DPopupクラスを挿入している可能性がないため、バグがショートカットガイドによって直接引き起こされている可能性を排除しているようです。

@aharpervcどのグラフィックチップセットを実行していますか？ NVidia？

@aharpervcどのグラフィックチップセットを実行していますか？ NVidia？

AMD Radeon Pro 560

私もこの問題を経験していました（Power Shellウィンドウバーをドラッグする以外に操作できません）。 Windowsを再起動し、タスクマネージャーで「Windowsターミナル」アプリを強制終了しても、修正されません。

PowerToysバージョン0.19.1
Windows 10 Pro 19042.541

Power Toysを開いて、上記のようにショートカットガイドが有効になっているかどうかを確認しましたが、そのUIを操作することもできませんでした。 次に、タスクマネージャーを使用して「Powertoysrunner」プロセスを強制終了しましたが、少なくとも今のところは両方の問題が修正されています。

このスレッドをGoogleで見つけたのは良いことです。
先週Windows10機能リリース2004に更新した後、Windowsターミナルアプリのタイトルバーのどこにもクリックできませんでした（タブコントロールも最小化/最大化/閉じるも）。
ターミナルウィンドウでもテキストを選択できませんでした。
トレイのPowerToysを閉じると、問題はすぐに解消されました👍

私の場合、これは、PowerToys（ Version: 0.25.0 ）が実行されているかどうかに関係なく、Windowsターミナル（ Version: 1.4.3243.0 ）とWindowsターミナルプレビュー（ Version: 1.5.3242.0 ）の両方で発生します。 私のWindows10バージョンは1909 、OSビルドは18363.1198です。

これはおそらく役に立たない情報ですが、WindowSpy（Autohotkey検査コンポーネント）を使用すると、関連するコントロールのクラス名/インスタンス番号（WindowSpyのClassNN）に違いがあることに気付きました。

[新しいタブ]ボタンまたは最小化/最大化などのボタンの上にカーソルを置くと、マウスを操作

ClassNN:  Windows.UI.Composition.DesktopWindowContentBridge1
Text:     DesktopWindowXamlSource

私はこの変更これらのコントロール上でマウスとの対話NOT_ARCHIVEDの_can時：

ClassNN: Windows.UI.Core.CoreWindow1
Text:        DesktopWindowXamlSource