Das ist super komisch. Ich wette, es hat mit unserem WM_NCHITTEST Code in NonClientIslandWindow zu tun. Wenn ich auf ein Glied gehen müsste, ist es fast so, als würde der gesamte Titelleistenbereich als HTTOP , was dazu führen würde, dass der Bereich als "Top Drag Area" behandelt wird.

Leider kann ich das selbst nicht wirklich vorwerfen: /

@Ronkiro Wenn Sie klicken und ziehen, während die Maus so ist, ändert sich die Größe des Fensters? Wenn ja, würde das wahrscheinlich meinen Verdacht bestätigen. Verhält es sich auch so für die gesamte Höhe des Titelleistenbereichs?

PS

protip: Sie können Bilder einfach direkt in das Eingabefeld von github einfügen und sie automatisch in github hochladen und inline einbetten. Es ist ziemlich ordentlich

@ zadjii-msft
Ich habe versucht, das Bild hinzuzufügen, aber es ist fehlgeschlagen ... Es wurde ein Github-Link erstellt, aber es war ein falscher Link. Ich glaube, mir hat etwas gefehlt.

Zurück zum Terminal: Wenn Sie die Maustaste gedrückt halten, wird die Fenstergröße nicht geändert. Wenn Sie jedoch zum Nicht-Schaltflächenbereich der Titelleiste (dem mittleren Bereich) wechseln, wird der Cursor wieder auf den Standardwert gesetzt.

Immer noch im Standardcursor kann ich nicht auf Schließen / Minimieren / etc. Klicken. ALT + F4 funktioniert jedoch.
Beim Testen habe ich auch festgestellt, dass ich im Terminal keine Mausaktionen ausführen kann (z. B. Markieren eines Textes, Klicken mit der rechten Maustaste zum Einfügen / Öffnen eines Menüs usw.). Aber Verknüpfungen wie STRG + V funktionieren. Die einzigen Ausnahmen sind das Doppelklicken auf den mittleren Bereich (der Bildschirm wird ordnungsgemäß maximiert) und das Ändern der Fenstergröße.

Außerdem ist das Bild, an dem der Cursor haftet, das letzte, über dem ich schwebte. Ich meine, wenn ich in den Bereich "Größe links ändern" und dann in die Titelleiste gehe, wird die Maus mit dem Symbol "Größe links ändern" angezeigt.

Ich hatte auch dieses Problem (Microsoft Windows [Version 10.0.18362.418]), aber ein Neustart des Computers hat es behoben.

@ Ronkiro Behebt ein Neustart das @ JohnFNovak zeigt an, dass es kann. :Lächeln:

Nein @ DHowett-MSFT. Ich meine, ich hatte schon viele Male neu gestartet, bis ich das Problem hier wirklich erstellt habe, aber es hat nicht geholfen.

Beachten Sie auch, dass es sich um ein Enterprise W10 handelt, und bin mir nicht sicher, ob dies irgendwie helfen kann.

das passiert mir auch zufällig, das Verlassen des Powertoys-Prozesses scheint es zu beheben.
Bei einem ähnlichen Problem beim Versuch, das WT-Fenster mit gedrückter Umschalttaste zu ziehen, wird das Fenster eingefroren
aber es beginnt sich zu bewegen, wenn Sie die Umschalttaste loslassen

Scheint auch für mich mit PowerToys zu tun zu haben, das Beenden auch behoben.

Hervorragend zu hören. Beschwörung von @crutkas, wenn er irgendwelche Ideen zu diesem Thema hat

Auf welcher Version von PowerToys bist du?

Ich versuche das zu wiederholen, kann es aber nicht. Ich bin auf PowerToys 0.14.1 und hier sind meine Schritte zum Reproduzieren. Möglicherweise müssen Sie Ihre FancyZone-Einstellungen freigeben.

Wir machen Schichtarbeit, um Sie darauf aufmerksam zu machen, dass wir in Ihre Zonen einrasten werden.

Meine Systeminformationen aktuell:

• PowerToys 0.14.1
• Terminal: 0.7.3451.0
• Win10: 18363.535, Version 1909

1. Starten Sie Power Toys.
2. Starten Sie das Terminal.
3. Klicken Sie auf Minimieren, Maximieren (alle funktionieren)
4. PowerShell-Registerkarte hinzugefügt
5. Cmd Tab hinzugefügt
6. Entfernen Sie die neue PowerShell-Registerkarte mit X.
7. Halten Sie die Umschalttaste gedrückt und wechseln Sie zur FancyZone-Zone

Win10: Ver 1903, Build 18362.295 (Enterprise)
PowerToys: 0.11.0

Ich habe auch "Neue Zonenbearbeitungserfahrung verwenden" aktiviert, nicht sicher, ob dies irgendwelche Beziehungen hat.

Übrigens kann ich das Problem jetzt nicht mehr reproduzieren. Wäre gut, wenn jemand, der auch das Problem hatte, weiterhin mit Informationen helfen könnte. Aber ich habe keine der Versionen geändert, sondern nur die Problemumgehung behoben.

Powertoys 0.14.1
Win10 Insider Slow Ring: 2004, Build 19041.1
Gewicht: 0,7,3451,0

Der Fehler trat auf, als ich die Version von wt sammelte.
Es hat sich auch auf die Einstellungen für Power Toys ausgewirkt
Ich habe ein Display angeschlossen und das WT-Fenster verschoben, damit die Tasten funktionieren
obwohl nur auf dem 2. Display
benutzte den Schrittrekorder, um es zu erfassen:
powertoys bug.zip
powertoys bug 2.zip

Also irgendwelche Neuigkeiten dazu?

Ich kann dies neu erstellen, aber ich denke, es liegt am Terminal, da ich dieses Verhalten bei vollständig ausgeschaltetem PowerToys wiederholen kann. Beachten Sie, dass dies die einzige Möglichkeit ist, dies neu zu erstellen.

Ich bin am Terminal 0.8.10091.0

Was ich tue, um neu zu erschaffen

1. Terminal starten
2. Klicken Sie mit der linken Maustaste auf die Titelleiste
3. Halte die Shift-Taste
4. Ziehen Sie die Maus nach unten und in den Konsolenbildschirm
5. Lassen Sie die Maus los

Tatsächliches Verhalten:
Das Fenster friert etwa 3 Sekunden lang ein, kann es nicht ziehen oder die Schaltflächen Min / Max / Schließen reagieren nicht auf Klicken oder Schweben

Das Fenster friert etwa 3 Sekunden lang ein, kann es nicht ziehen oder die Schaltflächen Min / Max / Schließen reagieren nicht auf Klicken oder Schweben

Reagieren die Schaltflächen im Fenster nicht mehr, wenn Sie die Umschalttaste loslassen?

Ich kann dies neu erstellen, aber ich denke, es liegt am Terminal, da ich dieses Verhalten bei vollständig ausgeschaltetem PowerToys wiederholen kann

Wenn der Fehler auftritt, sind auch die Einstellungen für die Powertoys betroffen

Ja, das Fenster reagiert nicht, kommt aber nach etwa drei Sekunden wieder. Die Tatsache, dass ich dies tun kann, ohne dass PT läuft, bedeutet, dass mit dem Terminal etwas los ist, nicht mit PT.

Step Recorder war hilfreich, aber etwas verwirrend, da alles auf Portugiesisch war und von Hand manuell übersetzt werden konnte. Ein Video kann hier wirkungsvoller sein, wenn Sie nicht reagierende Inhalte anzeigen. Die Gamebar (win + g) kann dies tun.

Wenn meine Schritte, um ein Einfrieren zu verursachen, etwas anderes sind, lassen Sie uns dies Schritt für Schritt tun.

alles war auf portugiesisch

Entschuldigung, ich hätte mich mehr bemühen sollen, die Datei zu bearbeiten, damit ich sie übersetzen kann.

Die Gamebar (win + g) kann dies tun.

Ja, aber es erfasst nur das Fenster, nicht den gesamten Bildschirm. werde es versuchen, wenn es wieder passiert, wenn es hilfreich sein wird

Ja, das Fenster reagiert nicht, kommt aber nach etwa drei Sekunden wieder
Laufen bedeutet, dass mit dem Terminal etwas los ist, nicht mit PT.

Ich habe dieses Verhalten hier gemeldet # 3325 (Kommentar)

@LuanVSO

1. Es tut mir nie leid, dass Sie etwas in Ihrer Muttersprache haben.
2. Wenn Sie Schritt für Schritt vorgehen könnten, wie ich es oben getan habe, könnte das vielleicht helfen.

Die Schaltflächen der Titelleiste funktionieren auch nach der Neuinstallation der Anwendung nicht.

Also los geht's, gerade installierte powertoys v0.15 haben die Maschine neu gestartet und das Windows-Terminal geöffnet

es wirkt sich auch auf die pt-Einstellungen aus:

Hier sind die Original-Videoclips:
bug-videos.zip

@LuanVSO passiert dies ohne PowerToys?

@crutkas nein, wenn ich pt stoppe, geht es zurück zum normalen Verhalten

Können Sie Schritt für Schritt eine erstellen und wo Sie klicken?

1. Startterminal (es befindet sich in meiner Taskleiste, also drücke ich win +2)
2. Rechtsklick auf die Schaltfläche Minimieren (funktioniert nicht)
3. Rechtsklick auf Split-Button (funktioniert nicht)
4. Bewegen Sie die Maus über die Ränder des Fensters, um zu zeigen, wie sich der Zeiger verhält (die Größenänderung des Fensters funktioniert, aber die Aufnahme wird gestoppt, sodass ich es nicht getan habe).

Für mein Leben kann ich das nicht wiederholen. Kannst du mir eine E-Mail schicken und vielleicht ein Team synchronisieren, wo wir Bildschirmfreigaben durchführen können? [email protected]

ok, ich meine, ich kann das auch nicht jedes Mal wiederholen, es ist sehr pingelig

Wenn es dem oben beschriebenen Muster folgt, ist das außerhalb von Powertoys und ich kann dies wiederholen, ohne dass PT läuft.

Was ich tue, um neu zu erschaffen

1. Terminal starten
2. Klicken Sie mit der linken Maustaste auf die Titelleiste
3. Halte die Shift-Taste
4. Ziehen Sie die Maus nach unten und in den Konsolenbildschirm
5. Lassen Sie die Maus los

@crutkas Ich glaube, ich habe herausgefunden, was passiert.

1. Pin Win Terminal an Taskleiste
2. Halten Sie die Win-Taste gedrückt
3. Kurz bevor die Tastenkombination angezeigt wird, drücken Sie die #, die dem Gewinnterm entspricht, und lassen Sie beide Tasten schnell los
4. Versuchen Sie, mit den Steuerelementen für die Gewinndauer zu interagieren

Außerdem wird die Verknüpfungsanleitung nach diesen Schritten nicht mehr angezeigt

Für mich funktioniert die Titelleiste, das Problem, das ich habe, ist Dropdown für Profile und Einstellungen. Bei Verwendung des VS2019-Debugs wird eine Ausnahme verursacht.
Ich kann ein neues Terminal im Debug-Modus mit "Strg + Umschalt + 2,3,4" öffnen, aber wenn Sie die Dropdown-Schaltfläche auswählen.

Leider ist _that_ ein Plattformfehler (der anscheinend 19041+ behoben wurde). Entschuldigung: Lächeln:

Ich habe das gleiche auf meiner Maschine, aber es wird noch schwieriger.
Es passiert nur auf meinem primären Bildschirm. Wenn ich das WT-Fenster auf den anderen Bildschirm verschiebe, wird alles wieder normal. Gleiche Symptome, Fenster empfängt keine Mausereignisse, selbst der Cursor friert über dem WT-Fenster ein. Max / Min / Close funktioniert nicht. Sie müssen das Fenster auf den anderen Bildschirm verschieben, damit es funktioniert.
Ich bin auch PT-Benutzer und anscheinend hilft das sofortige Ausschalten.
Die Repro-Schritte von @crutkas funktionieren jedoch auch ohne PT.

@ DHowett-MSFT soll das lustig sein? Das ist immer noch nur für Insider ... Nun, zum Glück kann WT immer noch nicht mit meinem aktuellen Setup mithalten, also keine Sorge.
Ich werde das einfach abwarten und in ungefähr einem halben Jahr zurück sein.

@ DHowett-MSFT soll das lustig sein?

Nur damit ich klar bin: Sie denken, dass dieser Fehler, den _nobody in meinem Team reproduzieren kann und über den wir mit dem Input-Team diskutieren, ein Witz ist, den wir an Ihnen spielen? Das ist cool.

Ich hatte die gleichen Probleme unter https://github.com/microsoft/terminal/issues/5724 und habe nach dem Update von PowerToys auf Version 0.17.0 keine Probleme

Wenn Sie dieses Problem mit PowerToys gesehen haben, können Sie überprüfen, ob es ab PowerToys v0.17.0 immer noch ein Problem ist? Vielen Dank.

Nein, ich musste es nicht deaktivieren, damit es funktioniert. Ich habe PowerToys geschlossen, aktualisiert und erneut geöffnet. Es ist wichtig zu erwähnen, dass ich Scoop verwendet habe, um PowerToys zu installieren.

es passiert auch nicht mehr für mich

Wenn Sie dieses Problem mit PowerToys gesehen haben, können Sie überprüfen, ob es ab PowerToys v0.17.0 immer noch ein Problem ist? Vielen Dank.

Kam hierher, als ich das zum ersten Mal entdeckte - ja, powertoys 0.17.0 hat das gleiche Problem (die einzige Version, die ich jemals installiert habe). Es ist mir einfach passiert. In der Tat, wenn sich das Problem zeigt, funktioniert die Maus auch nicht einmal in Powertoys. Ich benutze auch nicht wirklich Powertoys, obwohl ich es gerade ausprobiert habe. Wenn ich Powertoys töte, verschwindet das Problem. Wenn ich powertoys neu starte, ist das Problem immer noch nicht vorhanden. Unter der Annahme, dass dies mit einer Ereigniskombination zusammenhängt, die einen Deadlock verursacht, der beide Apps blockiert :(. Ich werde versuchen, vorhergehende Ereignisse beim nächsten Mal genauer zu berücksichtigen, aber Ich bedaure, dass Sie versuchen, dieses Problem zu beheben.

Mir ist gerade PowerToys 0.18.0 passiert. Ein Neustart von PowerToys scheint das Problem behoben zu haben.

fand einen sicheren Weg, dies auf Powertoys 0.18.1 zu wiederholen:
Hier ist die Step-Record-Datei, die ich gemacht habe (jetzt ist sie in der richtigen Sprache 😅):
powertoys nicht reagierendes Fenster bug.zip
Es muss das erste Mal sein, dass die Tastenkombination ausgelöst wird, sonst wird sie nicht reproduziert

Ich habe es geschafft, diesen Fehler zu reproduzieren, wie in PowerToys # 4287 berichtet . Wenn Fancy Zones deaktiviert, PowerToys neu gestartet und Fancy Zones aktiviert ist, funktioniert dies wie erwartet.

Ich bin nicht der Meinung, dass dies PT direkt ist. Ich kann diesen Fehler neu erstellen, ohne dass Powertoys laufen. Das Rendern des Terminalfensters friert ein. FancyZones verstärkt das Problem aufgrund des Hotkeys

Was ich tue, um neu zu erschaffen

1. Terminal starten
2. Klicken Sie mit der linken Maustaste auf die Titelleiste
3. Halte die Shift-Taste
4. Ziehen Sie die Maus nach unten und in den Konsolenbildschirm
5. Lassen Sie die Maus los
6. Art

Sie sehen, wie der Cursor stoppt und alle Eingabestopps eingehen.

verhält es sich so, wenn die Schicht freigegeben wird?

Fällt das, nachdem Sie losgelassen haben?

k,
Es gibt also 2 Fehler hier:

1. ist, dass das Ziehen durch Verschieben des Gewichts dazu führt, dass es hängt
2. ist das

fand einen sicheren Weg, dies auf Powertoys 0.18.1 zu wiederholen:
Hier ist die Step-Record-Datei, die ich gemacht habe (jetzt ist sie in der richtigen Sprache 😅):
powertoys nicht reagierendes Fenster bug.zip
Es muss das erste Mal sein, dass die Tastenkombination ausgelöst wird, sonst wird sie nicht reproduziert

Hier ist ein GIF, das den Prozess zeigt:

Als ich die Win-Taste losließ, konnte ich nicht mehr mit den Schaltflächen in den pt-Einstellungen interagieren

Ich habe es geschafft, den Fehler in einem Debug-Buid von pt zu wiederholen, und als ich die Ausführung pausierte, wurde ich in diese Datei eingefügt

Dies tritt auf, wenn das d2doverlay-Fenster erstellt wird, da der Fehler nur auftritt, wenn er zum ersten Mal angezeigt wird

@LuanVSO
Der Fehler, den Sie beim langen Drücken der Win-Taste beim erneuten Zuordnen einer Taste festgestellt haben, hängt nicht mit dem Terminal-Fehler beim Ziehen bei gedrückter Umschalttaste zusammen.

Dies ist mir mit Terminal Version 1.0.1811.0 passiert

Sah aus wie ein Konflikt mit PowerShell:
Ich hatte Version 7 installiert, und ich hatte auch .Net, das auch PowerShell, aber Version 6 installiert hat. Das Deinstallieren der PowerShell von .Net schien das Problem für mich zu beheben.

@DHowett Ich bekomme das gleiche Problem bei Powertoys 0.18, kann nicht mit der Maus auf Power Toys oder das Windows-Terminal klicken. Das Deinstallieren von Powertoys löst das Problem.

Kann jemand bestätigen, dass das Beenden von PowerToys nicht ausreicht, um diesen Fehler zu verhindern, und dass es deinstalliert werden muss?

@ DHowett-MSFT
Dies ist eine sehr interessante (und seltsame) Entdeckung:
https://github.com/microsoft/PowerToys/issues/5944
Aus einem unbekannten Grund verwendet das Terminal eine in PowerToys definierte Fensterklasse.
Der Schrittrekorder zeigt, dass das UI-Element, das die Eingabe "stiehlt", Teil des Terminals ist und nicht PowerToys.exe.
Nicht klar, was hier vor sich geht, erstellt Terminal aktiv dieses UI-Element oder injiziert PowerToys dies irgendwie in Terminal?

@enricogior Guter Fang. Das Terminal erstellt diese Fensterklasse sicherlich nicht - das einzige Fenster, das wir manuell erstellen, ist unser CASCADIA_HOSTING_WINDOW_CLASS (siehe IslandWindow.cpp # L18-L68 ).

Technisch gesehen erstellen wir auch eine XAML-Insel - vielleicht interagiert das irgendwie mit der Verknüpfungsanleitung?

Als dies für mich eintrat, konnte ich einfach die Funktionalität wiederherstellen, indem ich das Powertoy "Shortcut Guide" deaktivierte. Die Deinstallation würde auch funktionieren, könnte aber etwas übertrieben sein 😄

Ich stelle gerade fest, dass # 6120 auch eine Menge mehr Informationen zu diesem Problem und eine Reihe anderer Repros enthält.

@ zadjii-msft
Der Shortcut Guide ist eine reine C ++ - App. Die Tatsache, dass die im Shortcut Guide definierte Fensterklasse im Terminal landet, ist ziemlich überraschend.

@enricogior terminal ist auch eine native C ++ - App. Die verwendete Sprache hat keinen Einfluss auf die möglichen Fensterklassen.

@DHowett
Ich meinte reines Win32, kein XAML, das einzige, was ich bisher gefunden habe, das ein potenzieller Einstiegspunkt für das Problem sein kann, ist in beschrieben
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
Ich schlug vor, eine Debug-Version von Terminal zu erstellen, um diesen Klassennamen zu überwachen und zu überprüfen, ob der Steps-Rekorder das UI-Element korrekt als untergeordnetes Element des Terminal-Prozesses identifiziert. Dies würde bestätigen, dass das Klassenobjekt von außen injiziert wird.

Das ist mir jetzt auch passiert, aber eigentlich eine Mischung aus diesem und https://github.com/microsoft/terminal/issues/4448, wo ich weder tippen noch auf Schaltflächen in der Titelleiste klicken oder scrollen oder verwenden kann UI-Element (ich kann die Fenstergröße jedoch ändern). Dies ist mehr als einmal passiert.

• Ich verwende PowerToys v0.20.1
• Ich verwende die Verknüpfungsanleitung nicht
• Das Ändern der Größe und das Einrasten der Fenster (Win + Pfeil) funktioniert
• Das Klicken in das Fenster (Titelleiste, Registerkartenleiste, Min / Max / Beenden) funktioniert nicht
• Das Eingeben in das Fenster hat keine Auswirkung
• Die Shell ist Powershell (und läuft dann wsl darin), und der Prozessbaum ist noch am Leben
• Ich verwende eine 150% DPI-Skalierung, aber ich habe nur 1 Monitor angeschlossen
• Ich habe gestern die App gestartet und der Computer hat seitdem geschlafen / ist aufgewacht. Ich habe das Problem erst nach dem Aufwecken des Computers bemerkt
• Ich habe eine zweite Instanz der Terminal-App gestartet und sie funktioniert einwandfrei

@aharpervc

Ich verwende die Verknüpfungsanleitung nicht

Ist die Verknüpfungsanleitung in den PowerToys-Einstellungen deaktiviert oder rufen Sie sie einfach nicht auf?

Es ist ausgeschaltet:

@aharpervc
Dankeschön.

Dies scheint die Möglichkeit auszuschließen, dass der Fehler direkt durch Shortcut Guide verursacht wird, da er nicht ausgeführt wird und daher nicht das sein kann, was die Klasse PToyD2DPopup in den Terminalprozess einfügt.

@aharpervc Welchen Grafik-Chipsatz verwenden Sie? NVidia?

@aharpervc Welchen Grafik-Chipsatz verwenden Sie? NVidia?

AMD Radeon Pro 560

Dieses Problem trat auch auf (Kann nicht mit der Power Shell-Fensterleiste interagieren, außer sie herumzuziehen). Das Neustarten von Windows und das Beenden der App "Windows Terminal" im Task-Manager beheben dies nicht für mich.

Power Toys Version 0.19.1
Windows 10 Pro 19042.541

Ich habe gerade Power Toys geöffnet, um zu überprüfen, ob meine Verknüpfungsanleitung wie oben vorgeschlagen aktiviert wurde, aber ich konnte auch nicht mit dieser Benutzeroberfläche interagieren. Ich habe dann den 'Powertoys Runner'-Prozess mit dem Task-Manager beendet und zumindest vorerst beide Probleme behoben.

Gut, dass ich diesen Thread bei Google gefunden habe!
Nach dem Update auf Windows 10 Feature Release 2004 letzte Woche konnte ich nirgendwo auf die Titelleiste der Windows Terminal App klicken (weder Registerkartensteuerung noch Minimieren / Maximieren / Schließen).
Es war auch nicht möglich, Text im Terminalfenster auszuwählen.
Das Problem verschwand sofort beim Schließen von Power Toys im Fach 👍

In meinem Fall geschieht dies sowohl mit dem Windows-Terminal ( Version: 1.4.3243.0 ) als auch mit der Windows-Terminalvorschau ( Version: 1.5.3242.0 ), unabhängig davon, ob PowerToys ( Version: 0.25.0 ) ausgeführt wird oder nicht. Meine Windows 10-Version ist 1909 und OS Build ist 18363.1198 .

Dies sind wahrscheinlich nutzlose Informationen, aber bei Verwendung von WindowSpy (Autohotkey-Inspektionskomponente) habe ich festgestellt, dass es einen Unterschied zwischen dem Klassennamen / der Instanznummer (ClassNN in WindowSpy) der beteiligten Steuerelemente gibt.

Wenn _can_ ich mit der Maus über die neuen Tab - Taste oder eine der Minimieren / Maximieren etc Tasten interagieren:

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

Als ich _CAN not_ interact mit der Maus auf diese Kontrollen auf diese Änderungen:

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