Windows build number: 10.0.18362.295
Windows Terminal version (if applicable): 0.6.2951.0
Any other software?
Abra el terminal y haga clic en cerrar / minimizar / maximizar / editar entorno.
Deberia de funcionar
Muestra un cursor extraño y no funciona.
Esto es muy raro. Apuesto a que tiene que ver con nuestro código WM_NCHITTEST
en NonClientIslandWindow
. Si tuviera que arriesgarme, es casi como si toda el área de la barra de título se tratara como HTTOP
, lo que haría que el área se tratara como la "región de arrastre superior".
Desafortunadamente, realmente no puedo reprochar esto yo mismo: /
@Ronkiro si hace clic y arrastra mientras el mouse está así, ¿cambia el tamaño de la ventana? Si es así, eso probablemente confirmaría mis sospechas. Además, ¿actúa así para toda la altura del área de la barra de título?
PD
protip: en realidad, puede pegar imágenes directamente en el cuadro de entrada en github, y automáticamente las subirá a github y las insertará en línea. Es bastante ordenado
@ zadjii-msft
Intenté agregar la imagen pero estaba fallando ... Estaba creando el enlace de github pero era un enlace incorrecto jajaja, creo que me faltaba algo.
De vuelta al terminal, mantener presionado el clic no cambia el tamaño de la ventana. Pero, cuando se mueve al área sin botones de la barra de título (el área central), el cursor vuelve al predeterminado.
Aún en el cursor predeterminado, no puedo hacer clic en cerrar / minimizar / etc. Sin embargo, ALT + F4 funciona.
Probando un poco, también noté que no puedo hacer ninguna acción del mouse en la terminal (como marcar un texto, hacer clic derecho para pegar / abrir el menú, etc.). Pero los atajos como CTRL + V funcionan. Las únicas excepciones son hacer doble clic en el área central (maximiza la pantalla correctamente) y cambiar el tamaño de la ventana.
Además, la imagen con la que se pega el cursor es la última que pasé. Quiero decir, si me muevo al área "Cambiar tamaño a la izquierda" y luego a la barra de título, el mouse estará con el icono "Cambiar tamaño a la izquierda".
También tuve este problema (Microsoft Windows [Versión 10.0.18362.418]), pero reiniciar la máquina lo solucionó.
@Ronkiro ¿El reinicio lo soluciona? @JohnFNovak indica que puede. :sonreír:
No, @ DHowett-MSFT. Quiero decir, ya lo había reiniciado muchas veces hasta que realmente creé el problema aquí, pero no ayudó.
También notando que es un W10 empresarial, no estoy seguro de si esto puede ayudar de todos modos.
esto también me sucede al azar, salir del proceso de Powertoys parece solucionarlo.
en un problema relacionado al intentar arrastrar la ventana wt con shift presionado, congelar la ventana en su lugar
pero comienza a moverse cuando sueltas la tecla shift
Para mí también parece relacionado con PowerToys, la salida también se solucionó.
Excelente para escuchar. Convocar a @crutkas si tiene alguna idea al respecto
¿En qué versión de PowerToys estás?
Estoy tratando de reposicionar esto pero no puedo. Estoy en PowerToys 0.14.1 y estos son mis pasos para reproducir. Es posible que deba compartir la configuración de FancyZone.
Hacemos cosas con shift para que sepas que vamos a ajustar a tus zonas.
Mi información de sistema actualmente:
Win10: Ver 1903, compilación 18362.295 (Enterprise)
PowerToys: 0.11.0
También tengo habilitado "Usar nueva experiencia de edición de zona", no estoy seguro de si esto tiene alguna relación.
Por cierto, no puedo volver a reproducir el problema ahora. Sería bueno si alguien que también tiene el problema pudiera seguir ayudándonos con información. Pero no cambié ninguna de las versiones, solo hice la solución.
juguetes de poder 0.14.1
win10 insider slow ring: 2004, compilación 19041.1
peso: 0.7.3451.0
el error ocurrió cuando estaba recopilando la versión de wt,
También se ve que afecta la configuración de los juguetes eléctricos.
conecté una pantalla y moví la ventana wt hacia ella hizo que los botones funcionaran
aunque solo en la segunda pantalla
usó la grabadora de pasos para capturarlo:
powertoys bug.zip
error 2.zip de powertoys
¿Alguna noticia sobre esto?
Puedo recrear esto, pero creo que es con la terminal, ya que puedo reposicionar este comportamiento con PowerToys completamente apagado. Tenga en cuenta que esta es la única forma en que puedo recrear esto.
Estoy en la Terminal 0.8.10091.0
Lo que estoy haciendo para recrear
Comportamiento real:
La ventana se congela durante unos 3 segundos, no se puede arrastrar o los botones min / max / close no responden al hacer clic o al pasar el cursor
La ventana se congela durante unos 3 segundos, no se puede arrastrar o los botones min / max / close no responden al hacer clic o al pasar el cursor
¿Los botones de la ventana no responden cuando suelta shift?
Puedo recrear esto, pero creo que es con la terminal, ya que puedo reposicionar este comportamiento con PowerToys completamente apagado
pero cuando ocurre el error, la configuración de Powertoys también se ve afectada
Sí, la ventana no responde pero vuelve después de unos tres segundos. El hecho de que pueda hacer esto sin que PT se ejecute significa que algo está sucediendo con el terminal, no con el PT.
La grabadora de pasos fue útil, pero un poco confusa debido a que todo estaba en portugués y se podía traducir manualmente. Para mostrar cosas que no responden, un video puede tener más impacto aquí. Gamebar (win + g) puede hacer esto.
Entonces, si mis pasos para causar una congelación son algo diferente, hagamos el paso a paso.
todo estaba en portugues
Lo siento, debería haberme esforzado más por editar el archivo para poder traducirlo.
Gamebar (win + g) puede hacer esto.
sí, pero solo captura la ventana, no toda la pantalla. lo intentará cuando vuelva a suceder si va a ser útil
Sí, la ventana no responde pero vuelve después de unos tres segundos
en ejecución significa que algo está sucediendo con la terminal, no con PT.
informé ese comportamiento aquí # 3325 (comentario)
@LuanVSO
los botones de la barra de título no funcionan incluso después de reinstalar la aplicación.
así que aquí vamos, acabo de instalar powertoys v0.15, reinicié la máquina y abrí la terminal de Windows
también afecta la configuración de pt:
aquí están los videoclips originales:
bug-videos.zip
@LuanVSO, ¿esto sucede sin PowerToys funcionando?
@crutkas no, cuando dejo de pt vuelve al comportamiento normal
¿Puede crear un paso a paso y dónde está haciendo clic?
por mi vida, no puedo reposicionar esto. ¿Pueden enviarme un correo electrónico y quizás hagamos una sincronización de equipos donde podamos compartir la pantalla? [email protected]
ok, quiero decir que tampoco puedo reposicionar esto cada vez, es muy delicado
si sigue el patrón que describí anteriormente, eso es fuera de los juguetes eléctricos y puedo reposicionar esto sin que se ejecute PT.
Lo que estoy haciendo para recrear
@crutkas creo que me enteré de lo que está pasando.
Además, la guía de atajos ya no aparece después de seguir estos pasos.
Para mí, la barra de título está funcionando, el problema que tengo es con el menú desplegable para perfiles y configuración. Al usar la depuración VS2019, causa una excepción.
Puedo abrir una nueva terminal en modo de depuración con "ctrl + shift + 2,3,4", pero si selecciono el botón desplegable.
Desafortunadamente, _eso_ es un error de plataforma (que parece haber sido corregido en 19041+). Lo siento: sonrisa:
Tengo lo mismo en mi máquina, pero se vuelve aún más complicado.
Solo sucede en mi pantalla principal. Cuando muevo la ventana WT a la otra pantalla, todo vuelve a la normalidad. Los mismos síntomas, la ventana no recibe eventos del mouse, incluso el cursor se congela sobre la ventana WT. Max / Min / Close no funciona, tiene que mover la ventana a la otra pantalla para que funcione.
También soy usuario de PT y aparentemente apagarlo ayuda de inmediato.
Sin embargo, los pasos de reproducción de @crutkas también funcionan sin PT.
@ DHowett-MSFT, ¿se supone que esto es divertido? Eso sigue siendo solo para Insiders ... Bueno, afortunadamente WT todavía no puede competir con mi configuración actual, así que no te preocupes ...
Esperaré hasta que termine y regresaré en medio año más o menos.
@ DHowett-MSFT, ¿se supone que esto es divertido?
Para que quede claro: ¿crees que este error que _ nadie en mi equipo puede reproducir, y sobre el que estamos discutiendo con el equipo de entrada_ es una broma que te estamos jugando? Eso es genial.
Tuve los mismos problemas en https://github.com/microsoft/terminal/issues/5724 y no tengo ningún problema después de actualizar PowerToys a la versión 0.17.0
Aquellos de ustedes que estaban viendo este problema con PowerToys, ¿pueden verificar si sigue siendo un problema a partir de PowerToys v0.17.0 ? Gracias.
No, no tuve que desactivarlo para que funcione. Cerré PowerToys, lo actualicé y lo volví a abrir. Es importante mencionar que utilicé Scoop para instalar PowerToys.
ya no me esta pasando a mi tambien
Aquellos de ustedes que estaban viendo este problema con PowerToys, ¿pueden verificar si sigue siendo un problema a partir de PowerToys v0.17.0 ? Gracias.
Vine aquí la primera vez que vi esto: sí, powertoys 0.17.0 tiene el mismo problema (de hecho, la única versión que instalé). Me acaba de pasar. De hecho, cuando el problema se manifiesta, el mouse tampoco funciona dentro de los dispositivos de potencia. Ni siquiera utilizo juguetes de poder, aunque solo lo estaba probando. Cuando mato a Powertoys, el problema desaparece. Cuando reinicio Powertoys, el problema aún no está presente, así que suponiendo que esto esté relacionado con algún tipo de combinación de eventos que cause un punto muerto que bloquea ambas aplicaciones :(. Intentaré prestar más atención a cualquier evento anterior la próxima vez que suceda, pero Lamento que intentes solucionar este problema.
Me acaba de pasar con PowerToys 0.18.0, reiniciar PowerToys parece haber solucionado el problema.
descubrí una forma segura de reproducir esto en powertoys 0.18.1:
aquí está el archivo de registro de pasos que hice (ahora está en el idioma correcto 😅):
powertoys bug.zip de ventana que no responde
tiene que ser la primera vez que se activa la guía de acceso directo, de lo contrario no se reproducirá
Logré reproducir este error, como se informa en PowerToys # 4287 . Si Fancy Zones está apagado, PowerToys se reinicia y Fancy Zones se enciende, funciona como se esperaba.
No estoy de acuerdo con esto es PT directamente, puedo recrear este error sin que se ejecuten los juguetes eléctricos. la representación de la ventana de terminal se congela. FancyZones amplifica el problema debido a la tecla de acceso rápido
Lo que estoy haciendo para recrear
Verá que el cursor se detiene y todas las entradas dejan de ingresar.
¿Se comporta así cuando se suelta shift?
¿Esto cae después de que te sueltas?
k,
entonces hay 2 errores aquí:
descubrí una forma segura de reproducir esto en powertoys 0.18.1:
aquí está el archivo de registro de pasos que hice (ahora está en el idioma correcto 😅):
powertoys bug.zip de ventana que no responde
tiene que ser la primera vez que se activa la guía de acceso directo, de lo contrario no se reproducirá
aquí hay un gif que muestra el proceso:
cuando solté la tecla win, ya no pude interactuar con los botones en la configuración de pt
Logré reprogramar el error en un archivo de depuración de pt, y cuando pause la ejecución, me dejó en este archivo
esto se ve que está sucediendo cuando se crea la ventana d2doverlaywindow, ya que el error solo ocurre si es la primera vez que se muestra
@LuanVSO
el error que encontró al presionar prolongadamente la tecla Win mientras reasignaba una tecla no está relacionado con el error de Terminal al arrastrar la tecla Mayús.
Esto me pasó con la versión de Terminal 1.0.1811.0
Parecía un conflicto con PowerShell:
Tenía instalada la versión 7 y también tenía .Net que también instaló PowerShell pero la versión 6 . La desinstalación de PowerShell de .Net pareció solucionar el problema por mí.
@DHowett Tengo el mismo problema en Powertoys 0.18, no puedo usar el mouse para hacer clic en juguetes eléctricos o en la terminal de Windows. La desinstalación de Powertoys resuelve el problema.
¿Alguien puede confirmar que salir de PowerToys no es suficiente para prevenir este error y requiere desinstalarlo?
@ DHowett-MSFT
este es un descubrimiento muy interesante (y extraño):
https://github.com/microsoft/PowerToys/issues/5944
Terminal, por alguna razón desconocida, está usando una clase de ventana definida en PowerToys.
La grabadora de pasos muestra el elemento de la interfaz de usuario que está "robando" la entrada, es parte de Terminal, no PowerToys.exe.
No está claro lo que está sucediendo aquí, ¿Terminal está creando activamente este elemento de interfaz de usuario o es PowerToys que de alguna manera está inyectando esto en Terminal?
@enricogior Buena captura. La Terminal ciertamente no está creando esa clase de ventana; la única ventana que creamos manualmente es nuestra CASCADIA_HOSTING_WINDOW_CLASS
(consulte IslandWindow.cpp # L18-L68 ).
Técnicamente, también estamos creando una isla XAML, ¿quizás eso está interactuando de alguna manera con la guía de acceso directo de alguna manera?
Cuando esto sucedió para mí, simplemente pude restaurar la funcionalidad desactivando el dispositivo de poder "Guía de acceso directo". La desinstalación _también_ funcionaría, pero podría ser un poco excesiva 😄
Me estoy dando cuenta de que el # 6120 también tiene mucha más información sobre este problema y un montón de otros repros.
@ zadjii-msft
la Guía de acceso directo es una aplicación C ++ pura, el hecho de que la clase de ventana definida en la Guía de acceso directo termine en Terminal es bastante sorprendente.
@enricogior terminal también es una aplicación nativa de C ++. El lenguaje en uso no influye en las clases de ventana posibles.
@DHowett
Me refiero a Win32 puro, sin XAML, lo único que he encontrado hasta ahora que puede ser un punto de entrada potencial para el problema se describe en
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
Sugerí crear una versión de depuración de Terminal para monitorear ese nombre de clase para verificar si la grabadora de Pasos está identificando correctamente el elemento de IU como hijo del proceso de Terminal, confirmaría que hay una inyección del objeto de clase desde afuera.
Esto también me ha sucedido ahora, pero en realidad es un híbrido de esto y https://github.com/microsoft/terminal/issues/4448 donde no puedo escribir ni hacer clic en los botones de la barra de título o desplazarme o usar cualquier Elemento UI (aunque puedo cambiar el tamaño de la ventana). Esto ha sucedido más de una vez.
@aharpervc
No estoy usando la guía de atajos
¿La Guía de accesos directos está desactivada en la configuración de PowerToys o simplemente no la está invocando?
Está apagado:
@aharpervc
gracias.
Eso parece excluir la posibilidad de que el error sea causado directamente por Shortcut Guide, ya que no se está ejecutando y, por lo tanto, no puede ser lo que está inyectando la clase PToyD2DPopup
en el proceso de Terminal.
@aharpervc ¿Qué chipset gráfico está ejecutando? NVidia?
@aharpervc ¿Qué chipset gráfico está ejecutando? NVidia?
AMD Radeon Pro 560
También estaba experimentando este problema (no puedo interactuar con la barra de ventana de Power Shell más que arrastrarla). Reiniciar Windows y eliminar la aplicación 'Terminal de Windows' en el administrador de tareas no me soluciona.
Power toys versión 0.19.1
Windows 10 Pro 19042.541
Acabo de abrir Power Toys para verificar si mi guía de atajos estaba habilitada como se sugirió anteriormente, pero tampoco pude interactuar con esa interfaz de usuario. Luego eliminé el proceso 'Powertoys runner' usando el administrador de tareas y solucionó ambos problemas al menos por ahora.
¡Menos mal que encontré este hilo en Google!
Después de actualizar a la versión de características de Windows 10 2004 la semana pasada, no pude hacer clic en ninguna parte de la barra de título de la aplicación Windows Terminal (ni controles de pestañas ni minimizar / maximizar / cerrar).
Tampoco fue posible seleccionar texto en la ventana del terminal.
El problema desapareció inmediatamente al cerrar Power Toys en la bandeja 👍
En mi caso, esto le sucede tanto a la Terminal de Windows ( Version: 1.4.3243.0
) como a la Vista previa de la Terminal de Windows ( Version: 1.5.3242.0
) independientemente de que PowerToys ( Version: 0.25.0
) se esté ejecutando. Mi versión de Windows 10 es 1909
y la compilación del sistema operativo es 18363.1198
.
Esta es probablemente información inútil, pero al usar WindowSpy (componente de inspección de Autohotkey), he notado que hay una diferencia entre el nombre de clase / número de instancia (ClassNN en WindowSpy) de los controles involucrados.
Cuando _puedo_ interactuar con el mouse sobre el botón Nueva pestaña o cualquiera de los botones minimizar / maximizar, etc.
ClassNN: Windows.UI.Composition.DesktopWindowContentBridge1
Text: DesktopWindowXamlSource
Cuando _no_ puedo_ interactuar con el mouse en estos controles, esto cambia a:
ClassNN: Windows.UI.Core.CoreWindow1
Text: DesktopWindowXamlSource
Comentario más útil
esto también me sucede al azar, salir del proceso de Powertoys parece solucionarlo.
en un problema relacionado al intentar arrastrar la ventana wt con shift presionado, congelar la ventana en su lugar
pero comienza a moverse cuando sueltas la tecla shift