C'est super bizarre. Je parie que cela a à voir avec notre code WM_NCHITTEST en NonClientIslandWindow . Si je devais sortir sur une branche, c'est presque comme si toute la zone de la barre de titre était traitée comme HTTOP , ce qui ferait en sorte que la zone soit traitée comme la "région de glissement supérieure".

Malheureusement, je ne peux pas vraiment le reprocher moi-même: /

@Ronkiro si vous cliquez et faites glisser pendant que la souris est comme ça, est-ce que cela redimensionne la fenêtre? Si tel est le cas, cela confirmerait probablement mes soupçons. En outre, agit-il comme ça sur toute la hauteur de la zone de la barre de titre?

PS

protip: vous pouvez en fait simplement coller des images directement dans la zone de saisie sur github, et il les transférera automatiquement sur github et les incorporera en ligne. C'est plutôt chouette

@ zadjii-msft
J'ai essayé d'ajouter l'image mais cela a échoué ... Il créait le lien de github mais c'était un mauvais lien lol je pense qu'il me manquait quelque chose.

De retour au terminal, maintenir le clic ne redimensionne pas la fenêtre. Mais, lors du déplacement vers la zone non-bouton de la barre de titre (la zone du milieu), le curseur revient à la zone par défaut.

Toujours dans le curseur par défaut, je ne peux pas cliquer sur fermer / réduire / etc. ALT + F4 fonctionne cependant.
En testant un peu, j'ai également remarqué que je ne peux pas faire d'actions de souris dans le terminal (comme le marquage d'un texte, un clic droit pour coller / ouvrir le menu, etc.). Mais les raccourcis comme CTRL + V fonctionnent. Les seules exceptions sont le double-clic dans la zone du milieu (cela maximise correctement l'écran) et le redimensionnement de la fenêtre.

De plus, l'image sur laquelle se tient le curseur est la dernière que j'ai survolée. Je veux dire, si je passe à la zone "Redimensionner à gauche" puis à la barre de titre, la souris sera avec l'icône "Redimensionner à gauche".

J'ai également eu ce problème (Microsoft Windows [Version 10.0.18362.418]), mais le redémarrage de la machine l'a corrigé.

@Ronkiro Est- résout le problème pour vous? @JohnFNovak indique que c'est possible. :sourire:

Non @ DHowett-MSFT. Je veux dire, j'avais déjà redémarré plusieurs fois jusqu'à ce que je crée vraiment le problème ici, mais cela n'a pas aidé.

Notant également que c'est une entreprise W10, je ne sais pas si cela peut aider de toute façon.

cela m'arrive aussi au hasard, la sortie du processus powertoys semble le résoudre.
dans un problème connexe, essayer de faire glisser la fenêtre wt avec la touche Maj enfoncée, geler la fenêtre en place
mais il commence à bouger lorsque vous relâchez la touche Maj

Cela semble lié à PowerToys pour moi aussi, la sortie a également été corrigée.

Excellent à entendre. Invoquer @crutkas s'il a des idées sur le sujet

Sur quelle version de PowerToys êtes-vous

J'essaye de repo mais je ne peux pas. Je suis sur PowerToys 0.14.1 et voici mes étapes pour reproduire. Vous devrez peut-être partager vos paramètres FancyZone.

Nous faisons des trucs avec shift pour vous faire savoir que nous allons nous accrocher à vos zones.

Mes informations système actuellement:

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

1. Lancez des jouets puissants.
2. Lancez Terminal.
3. cliquez sur minimiser, maximiser (ils fonctionnent tous)
4. onglet PowerShell ajouté
5. Onglet Cmd ajouté
6. Supprimer le nouvel onglet PowerShell avec X
7. Maintenez Shift et allez dans la zone FancyZone

Win10: Ver 1903, build 18362.295 (Entreprise)
PowerToys: 0.11.0

J'ai également activé "Utiliser une nouvelle expérience de modification de zone", je ne sais pas si cela a des relations.

BTW, je ne peux pas reproduire le problème à nouveau maintenant. Ce serait bien si quelqu'un qui avait également le problème pouvait continuer à aider avec des informations. Mais je n'ai changé aucune des versions, j'ai juste fait la solution de contournement.

powertoys 0.14.1
anneau lent win10 insider: 2004, build 19041.1
poids: 0.7.3451.0

le bogue s'est produit lorsque je collectais la version de wt,
il a également vu affecter les paramètres des jouets électriques
J'ai connecté un écran et le déplacement de la fenêtre wt dessus a fait fonctionner les boutons
mais seulement sur le 2ème écran
utilisé l'enregistreur pas à pas pour le capturer:
bug.zip de powertoys
bug 2.zip de powertoys

alors des nouvelles à ce sujet?

Je peux recréer cela mais je pense que c'est avec le terminal car je peux repo ce comportement avec PowerToys complètement désactivé. Notez que c'est la seule façon dont je peux recréer cela.

Je suis sur le terminal 0.8.10091.0

Ce que je fais pour recréer

1. terminal de lancement
2. Clic gauche sur la barre de titre
3. Hold shift
4. Faites glisser la souris vers le bas et dans l'écran de la console lui-même
5. Relâchez la souris

Comportement réel:
La fenêtre se fige pendant environ 3 secondes, ne peut pas la faire glisser ou les boutons min / max / fermer ne répondent pas au clic ou au survol.

La fenêtre se fige pendant environ 3 secondes, ne peut pas la faire glisser ou les boutons min / max / fermer ne répondent pas au clic ou au survol.

les boutons de la fenêtre ne répondent-ils pas lorsque vous relâchez shift?

Je peux recréer cela mais je pense que c'est avec le terminal car je peux repo ce comportement avec PowerToys complètement désactivé

mais lorsque le bogue se produit, les paramètres de powertoys sont également affectés

Oui, la fenêtre ne répond pas mais revient après environ trois secondes. Le fait que je puisse le faire sans PT en cours d'exécution signifie qu'il se passe quelque chose avec le terminal, pas avec PT.

L'enregistreur pas à pas était utile mais un peu déroutant car tout était en portugais et devait être traduit manuellement. Pour montrer des éléments qui ne répondent pas, une vidéo peut avoir plus d'impact ici. Gamebar (win + g) peut le faire.

Donc, si mes étapes pour provoquer un gel sont une chose différente, s'il vous plaît, faisons l'étape par étape.

tout était en portugais

désolé à ce sujet, j'aurais dû essayer plus fort d'éditer le fichier afin de pouvoir le traduire.

Gamebar (win + g) peut le faire.

ouais, mais il ne capture que la fenêtre pas tout l'écran. essaiera quand cela se reproduira si cela peut être utile

Oui, la fenêtre ne répond pas mais revient après environ trois secondes
en cours d'exécution signifie qu'il se passe quelque chose avec le terminal, pas avec PT.

j'ai signalé ce comportement ici # 3325 (commentaire)

@LuanVSO

1. ne soyez jamais désolé d'avoir quelque chose dans votre langue maternelle.
2. si vous pouviez faire une étape par étape comme je l'ai fait ci-dessus, cela pourrait peut-être vous aider.

les boutons de la barre de titre ne fonctionnent pas même après la réinstallation de l'application.

Alors voilà, je viens d'installer powertoys v0.15, redémarrer la machine et ouvrir le terminal windows

cela affecte également les paramètres pt:

voici les clips vidéo originaux:
bug-videos.zip

@LuanVSO est-ce que cela se produit sans PowerToys en cours d'exécution?

@crutkas non, quand j'arrête pt ça revient au comportement normal

Pouvez-vous créer une étape par étape et où vous cliquez?

1. terminal de lancement (il est épinglé sur ma barre des tâches donc j'appuie sur win +2)
2. clic droit sur le bouton de réduction (ne fonctionne pas)
3. clic droit sur le bouton partagé (ne fonctionne pas)
4. passez la souris sur les bords de la fenêtre pour montrer comment le pointeur se comporte (le redimensionnement de la fenêtre fonctionne, mais cela arrêterait l'enregistrement, donc je ne l'ai pas fait)

pour la vie de moi, je ne peux pas repo ça. pouvez-vous m'envoyer un e-mail et peut-être faire une synchronisation des équipes où nous pouvons partager l'écran? [email protected]

ok, je veux dire que je ne peux pas repo ça à chaque fois non plus, c'est très capricieux

s'il suit le modèle décrit ci-dessus, c'est en dehors des powertoys et je peux le repo sans PT en cours d'exécution.

Ce que je fais pour recréer

1. terminal de lancement
2. Clic gauche sur la barre de titre
3. Hold shift
4. Faites glisser la souris vers le bas et dans l'écran de la console lui-même
5. Relâchez la souris

@crutkas je pense avoir découvert ce qui se passe.

1. broche le terminal win sur la barre des tâches
2. maintenez la touche win enfoncée
3. juste avant que le guide des raccourcis n'apparaisse, appuyez sur le # correspondant au terme gagnant et relâchez rapidement les deux touches
4. essayez d'interagir avec les commandes sur le terme gagnant

De plus, le guide de raccourcis n'apparaît plus après avoir effectué ces étapes

Pour moi, la barre de titre fonctionne, le problème que j'ai est avec Drop Down pour les profils et les paramètres. Lors de l'utilisation du débogage VS2019, cela provoque une exception.
Je peux ouvrir un nouveau terminal en mode débogage avec "ctrl + shift + 2,3,4", mais si un sélectionnez le bouton déroulant.

Malheureusement, _that_ est un bogue de plate-forme (qui semble avoir été corrigé en 19041+). Désolé: sourire:

J'ai la même chose sur ma machine mais ça devient encore plus compliqué.
Cela ne se produit que sur mon écran principal. Lorsque je déplace la fenêtre WT vers l'autre écran, tout revient à la normale. Mêmes symptômes, la fenêtre ne reçoit pas les événements de la souris, même le curseur se fige sur la fenêtre WT. Max / Min / Close ne fonctionne pas, faut déplacer la fenêtre vers l'autre écran pour que cela fonctionne.
Je suis également utilisateur de PT et apparemment, l'éteindre aide immédiatement.
Cependant, les étapes de repro

@ DHowett-MSFT est-ce censé être drôle? C'est toujours sur Insiders seulement ... Eh bien, heureusement, WT ne peut toujours pas rivaliser avec ma configuration actuelle, donc pas de soucis.
J'attendrai cela et je reviendrai dans environ six mois.

@ DHowett-MSFT est-ce censé être drôle?

Juste pour être clair: vous pensez que ce bug que _personne dans mon équipe ne peut reproduire, et nous sommes en discussion avec l'équipe d'entrée à propos_ est une blague que nous jouons sur vous? C'est super.

J'ai eu les mêmes problèmes sur https://github.com/microsoft/terminal/issues/5724 et je n'ai aucun problème après la mise à jour de PowerToys vers la version 0.17.0

Ceux d'entre vous qui voyaient ce problème avec PowerToys, pouvez-vous vérifier si c'est toujours un problème à partir de PowerToys v0.17.0 ? Merci.

Non, je n'ai pas eu à le désactiver pour le faire fonctionner. J'ai fermé PowerToys, mis à jour et rouvert. Il est important de mentionner que j'ai utilisé Scoop pour installer PowerToys.

ça n'arrive plus pour moi aussi

Ceux d'entre vous qui voyaient ce problème avec PowerToys, pouvez-vous vérifier si c'est toujours un problème à partir de PowerToys v0.17.0 ? Merci.

Je suis venu ici la première fois que j'ai repéré cela - oui, powertoys 0.17.0 a le même problème (la seule version que j'ai jamais installée en fait). c'est seulement arrivé a moi. En fait, lorsque le problème se manifeste, la souris ne fonctionne même pas non plus dans les powertoys. Je n'utilise même pas vraiment les powertoys que je voulais juste essayer. Quand je tue des powertoys, le problème disparaît. Lorsque je redémarre powertoys, le problème n'est toujours pas présent, donc en supposant que cela soit lié à une sorte de combinaison d'événements provoquant un blocage qui verrouille les deux applications: (. Je vous plains d'essayer de résoudre celui-ci.

Cela m'est arrivé avec PowerToys 0.18.0, le redémarrage de PowerToys semble avoir résolu le problème.

trouvé un moyen sûr de reproduire cela sur powertoys 0.18.1:
voici le fichier d'enregistrement d'étape que j'ai fait (maintenant il est dans la bonne langue 😅):
powertoys fenêtre qui ne répond pas bug.zip
ce doit être la première fois que le guide de raccourci est déclenché, sinon il ne sera pas reproduit

J'ai réussi à reproduire ce bug, comme indiqué dans PowerToys # 4287 . Si Fancy Zones est désactivé, PowerToys redémarré et Fancy Zones activé, cela fonctionne comme prévu.

Je ne suis pas d'accord pour dire que c'est PT directement, je peux recréer ce bogue sans powertoys en cours d'exécution. le rendu de la fenêtre du terminal se fige. FancyZones amplifie le problème en raison du raccourci clavier

Ce que je fais pour recréer

1. terminal de lancement
2. Clic gauche sur la barre de titre
3. Hold shift
4. Faites glisser la souris vers le bas et dans l'écran de la console lui-même
5. Relâchez la souris
6. type

vous verrez le curseur s'arrêter et toutes les entrées cesseront d'entrer.

se comporte-t-il ainsi lorsque le décalage est relâché?

Est-ce que cela baisse après avoir lâché prise?

k,
il y a donc 2 bugs ici:

1. est-ce que le déplacement du décalage wt le fait se bloquer
2. est-ce

trouvé un moyen sûr de reproduire cela sur powertoys 0.18.1:
voici le fichier d'enregistrement d'étape que j'ai fait (maintenant il est dans la bonne langue 😅):
powertoys fenêtre qui ne répond pas bug.zip
ce doit être la première fois que le guide de raccourci est déclenché, sinon il ne sera pas reproduit

voici un gif montrant le processus:

lorsque j'ai relâché la touche win, je ne pouvais plus interagir avec les boutons des paramètres pt

J'ai réussi à reproduire le bogue dans un debug buid de pt, et quand j'ai interrompu l'exécution, il m'a déposé dans ce fichier

cela se produit lors de la création de la fenêtre d2doverlaywindow, car le bogue ne se produit que si c'est la première fois qu'il est affiché

@LuanVSO
le bogue que vous avez trouvé en appuyant longuement sur la touche Win lors du remappage d'une touche n'est pas lié au bogue du terminal lors du déplacement de la touche.

Cela m'est arrivé avec la version 1.0.1811.0 du terminal

Ressemblait à un conflit avec PowerShell:
J'avais la version 7 installée, et j'avais aussi .Net qui installait également PowerShell mais la version 6 . La désinstallation de PowerShell de .Net a semblé résoudre le problème pour moi.

@DHowett J'obtiens le même problème sur Powertoys 0.18, je

Quelqu'un peut-il confirmer que quitter PowerToys n'est pas suffisant pour éviter ce bogue et qu'il faut le désinstaller?

@ DHowett-MSFT
c'est une découverte très intéressante (et étrange):
https://github.com/microsoft/PowerToys/issues/5944
Terminal, pour une raison inconnue, utilise une classe de fenêtre définie dans PowerToys.
L'enregistreur d'étapes montre l'élément d'interface utilisateur qui «vole» l'entrée, fait partie de Terminal et non de PowerToys.exe.
Vous ne savez pas ce qui se passe ici, Terminal crée-t-il activement cet élément d'interface utilisateur ou PowerToys l'injecte-t-il d'une manière ou d'une autre dans Terminal?

@enricogior Bonne prise. Le Terminal ne crée certainement pas cette classe de fenêtre - la seule fenêtre que nous créons manuellement est notre CASCADIA_HOSTING_WINDOW_CLASS (voir IslandWindow.cpp # L18-L68 ).

Techniquement, nous créons également une île XAML - peut-être que cela interagit d'une manière ou d'une autre avec le guide de raccourcis?

Lorsque cela s'est produit pour moi, j'ai simplement pu restaurer la fonctionnalité en désactivant le powertoy "Guide des raccourcis". La désinstallation fonctionnerait _aussi_, mais pourrait être un peu excessive 😄

Je me rends juste compte que # 6120 contient également une tonne d'informations supplémentaires sur ce problème et un tas d'autres repros.

@ zadjii-msft
le Guide des raccourcis est une application pure C ++, le fait que la classe de fenêtre définie dans Guide de raccourcis se retrouve dans Terminal est assez surprenant.

Le terminal

@DHowett
Je voulais dire pur Win32, pas de XAML, la seule chose que j'ai trouvée jusqu'à présent qui puisse être un point d'entrée potentiel pour le problème est décrite dans
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
J'ai suggéré de créer une version de débogage de Terminal pour surveiller ce nom de classe afin de vérifier si l'enregistreur Steps identifie correctement l'élément d'interface utilisateur en tant qu'enfant du processus Terminal, cela confirmerait qu'il y a une injection de l'objet de classe de l'extérieur.

Cela m'est maintenant arrivé aussi, mais en fait un hybride de ceci et de https://github.com/microsoft/terminal/issues/4448 où je ne peux pas taper ni cliquer sur les boutons de la barre de titre ou faire défiler ou utiliser n'importe quel Élément d'interface utilisateur (je peux cependant redimensionner la fenêtre). C'est arrivé plus d'une fois.

• J'utilise PowerToys v0.20.1
• Je n'utilise pas le guide des raccourcis
• le redimensionnement et l'alignement des fenêtres (victoire + flèche) fonctionne
• cliquer dans la fenêtre (barre de titre, barre d'onglets, min / max / sortie) ne fonctionne pas
• taper dans la fenêtre n'a aucun effet
• le shell est powershell (et exécute ensuite wsl à l'intérieur), et l'arborescence des processus est toujours active
• J'exécute une mise à l'échelle de 150% DPI, mais je n'ai qu'un seul moniteur branché
• J'ai lancé l'application hier et l'ordinateur a dormi / réveillé depuis lors. Je n'ai remarqué le problème qu'après avoir réveillé l'ordinateur
• J'ai démarré une deuxième instance de l'application de terminal, et cela fonctionne bien

@aharpervc

Je n'utilise pas le guide des raccourcis

Le Guide des raccourcis est-il désactivé dans les paramètres PowerToys ou tout simplement vous ne l’appelez pas?

Il est désactivé:

@aharpervc
Je vous remercie.

Cela semble exclure la possibilité que le bogue soit causé directement par le Guide de raccourci, car il ne fonctionne pas et ne peut donc pas être ce qui injecte la classe PToyD2DPopup dans le processus Terminal.

@aharpervc quel chipset graphique utilisez-vous? NVidia?

@aharpervc quel chipset graphique utilisez-vous? NVidia?

AMD Radeon Pro 560

Je rencontrais également ce problème (impossible d'interagir avec la barre de fenêtre Power Shell à part la faire glisser). Le redémarrage de Windows et la suppression de l'application 'Windows Terminal' dans le gestionnaire de tâches ne le réparent pas pour moi.

Power Toys version 0.19.1
Windows 10 Professionnel 19042.541

Je viens d'ouvrir Power Toys pour vérifier si mon guide de raccourcis était activé comme suggéré ci-dessus, mais je ne pouvais pas non plus interagir avec cette interface utilisateur. J'ai ensuite tué le processus 'Powertoys runner' en utilisant le gestionnaire de tâches et cela a résolu les deux problèmes pour le moment au moins.

Heureusement que j'ai trouvé ce fil sur Google!
Après la mise à jour vers la version 2004 de la fonctionnalité Windows 10 la semaine dernière, je ne pouvais cliquer nulle part sur la barre de titre de l'application Windows Terminal (ni onglet ni minimiser / agrandir / fermer).
Impossible de sélectionner du texte dans la fenêtre du terminal non plus.
Le problème a disparu immédiatement lors de la fermeture de Power Toys dans le plateau 👍

Dans mon cas, cela arrive à la fois au terminal Windows ( Version: 1.4.3243.0 ) et à l'aperçu du terminal Windows ( Version: 1.5.3242.0 ), que PowerToys ( Version: 0.25.0 ) soit en cours d'exécution ou non. Ma version de Windows 10 est 1909 et la version du système d'exploitation est 18363.1198 .

Ce sont probablement des informations inutiles, mais en utilisant WindowSpy (composant d'inspection Autohotkey), j'ai remarqué qu'il y avait une différence entre le nom de classe / le numéro d'instance (ClassNN dans WindowSpy) des contrôles impliqués.

Lorsque je _peut_ interagir avec la souris survolant le bouton Nouvel onglet ou l'un des boutons minimiser / maximiser, etc.:

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

Lorsque je _ ne peux pas_ interagir avec la souris sur ces commandes, cela change en:

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