Isso é super estranho. Aposto que tem a ver com nosso código WM_NCHITTEST em NonClientIslandWindow . Se eu tivesse que sair em um membro, é quase como se toda a área da barra de título estivesse sendo tratada como HTTOP , o que faria com que a área fosse tratada como a "região de arrasto superior".

Infelizmente, não consigo mesmo reproduzir isso: /

@Ronkiro se você clicar e arrastar enquanto o mouse está assim, ele redimensiona a janela? Nesse caso, provavelmente isso confirmaria minha suspeita. Além disso, funciona assim em toda a altura da área da barra de título?

PS

protip: você pode simplesmente colar imagens diretamente na caixa de entrada do github, e ele irá carregá-las automaticamente no github e incorporá-las inline. É bem legal

@ zadjii-msft
Tentei adicionar a imagem mas estava falhando ... Estava criando o link do github mas estava errado rsrs acho que estava faltando alguma coisa.

De volta ao terminal, segurar o clique não redimensiona a janela. Mas, ao mover para a área sem botões da barra de título (A área do meio), o cursor vai para o padrão novamente.

Ainda no cursor padrão, não consigo clicar em fechar / minimizar / etc. ALT + F4 funciona embora.
Testando um pouco, também percebi que não consigo fazer nenhuma ação do mouse no terminal (como marcar um texto, clicar com o botão direito para colar / abrir o menu, etc). Mas atalhos como CTRL + V funcionam. As únicas exceções são clicar duas vezes na área do meio (maximiza a tela corretamente) e redimensionar a janela.

Além disso, a imagem na qual o cursor se fixa é a última que passei. Quer dizer, se eu mover para a área "Redimensionar à esquerda" e depois mover para a barra de título, o mouse estará com o ícone "Redimensionar à esquerda".

Eu também tive esse problema (Microsoft Windows [versão 10.0.18362.418]), mas reiniciar a máquina corrigiu.

@Ronkiro Reiniciar corrige isso para você? @JohnFNovak indica que sim. :sorriso:

Não, @ DHowett-MSFT. Quer dizer, já havia reiniciado várias vezes até realmente criar o problema aqui, mas não ajudou.

Também observando que é um W10 empresarial, não tenho certeza se isso pode ajudar de alguma forma.

isso acontece comigo aleatoriamente também, sair do processo powertoys parece consertar.
em um problema relacionado ao tentar arrastar a janela wt com shift pressionado, congelar a janela no lugar
mas começa a se mover quando você solta a tecla shift

Parece relacionado a PowerToys para mim também, a saída também corrigida.

Excelente de ouvir. Convocar @crutkas se ele tiver alguma ideia sobre o assunto

Qual versão do PowerToys você está usando

Estou tentando recompor isso, mas não consigo. Estou no PowerToys 0.14.1 e aqui estão meus passos para reproduzir. Você pode precisar compartilhar suas configurações FancyZone.

Fazemos coisas com shift para avisá-lo de que vamos nos ajustar às suas zonas.

Informações do meu sistema atualmente:

• PowerToys 0.14.1
• Terminal: 0.7.3451.0
• Win10: 18363.535, versão 1909

1. Lance brinquedos de energia.
2. Terminal de lançamento.
3. clique em minimizar, maximizar (todos funcionam)
4. adicionada guia PowerShell
5. Adicionada aba Cmd
6. Remova a nova guia do PowerShell com X
7. Segure Shift e vá para a zona FancyZone

Win10: Ver 1903, compilação 18362.295 (Enterprise)
PowerToys: 0.11.0

Também tenho "Usar nova experiência de edição de zona" habilitado, não tenho certeza se isso tem alguma relação.

BTW, não consigo reproduzir o problema novamente agora. Seria bom se alguém que também teve o problema pudesse continuar ajudando com informações. Mas eu não alterei nenhuma das versões, apenas fiz a correção alternativa.

powertoys 0.14.1
win10 insider slow ring: 2004, build 19041.1
wt: 0.7.3451.0

o bug aconteceu quando eu estava coletando a versão do wt,
também afetou as configurações dos brinquedos de energia
Eu conectei um monitor e movi a janela wt para ele fez os botões funcionarem
embora apenas na 2ª tela
usou o gravador de etapas para capturá-lo:
powertoys bug.zip
bug 2.zip do powertoys

então alguma notícia sobre isso?

Posso recriar isso, mas acho que é com o terminal, pois posso recompor esse comportamento com os PowerToys totalmente desligados. Observe que esta é a única maneira de recriar isso.

Estou no Terminal 0.8.10091.0

O que estou fazendo para recriar

1. lançar terminal
2. Clique com o botão esquerdo na barra de título
3. Segure shift
4. Arraste o mouse para baixo e na própria tela do console
5. Solte o mouse

Comportamento real:
A janela congela por cerca de 3 segundos, não é possível arrastá-la ou os botões mín. / Máx. / Fechar também não respondem ao clique ou ao passar o mouse

A janela congela por cerca de 3 segundos, não é possível arrastá-la ou os botões mín. / Máx. / Fechar também não respondem ao clique ou ao passar o mouse

os botões na janela não respondem quando você solta o shift?

Posso recriar isso, mas acho que é com o terminal, pois posso recompor esse comportamento com PowerToys totalmente desligados

mas quando o bug acontece, as configurações do powertoys também são afetadas

Sim, a janela não responde, mas volta após cerca de três segundos. O fato de eu poder fazer isso sem o PT em execução significa que algo está acontecendo com o terminal, não com o PT.

O gravador de passos foi útil, mas um pouco confuso porque tudo estava em português e era para ser traduzido manualmente. Para mostrar coisas que não respondem, um vídeo pode ter mais impacto aqui. Gamebar (win + g) pode fazer isso.

Portanto, se meus passos para causar um congelamento são diferentes, vamos seguir o passo a passo.

tudo estava em portugues

desculpe por isso, eu deveria ter tentado editar o arquivo para poder traduzi-lo.

Gamebar (win + g) pode fazer isso.

sim, mas ele apenas captura a janela, não a tela inteira. tentarei quando acontecer de novo se for útil

Sim, a janela não responde, mas volta após cerca de três segundos
executando significa que algo está acontecendo com o terminal, não PT.

Eu relatei esse comportamento aqui # 3325 (comentário)

@LuanVSO

1. nunca se desculpe por ter algo em sua língua nativa.
2. se você pudesse fazer um passo a passo como eu fiz acima, talvez isso pudesse ajudar.

os botões da barra de título não funcionam mesmo depois de reinstalar o aplicativo.

então vamos lá, acabei de instalar o powertoys v0.15, reiniciei a máquina e abri o terminal do Windows

também afeta as configurações de pt:

aqui estão os videoclipes originais:
bug-videos.zip

@LuanVSO isso acontece sem os PowerToys rodando?

@crutkas não, quando eu paro, ele volta ao comportamento normal

Você pode criar um passo a passo e onde você está clicando?

1. terminal de lançamento (está fixado na minha barra de tarefas, então eu pressiono win +2)
2. clique com o botão direito do mouse no botão minimizar (não funciona)
3. clique com o botão direito no botão de divisão (não funciona)
4. passe o mouse sobre as bordas da janela para mostrar como o ponteiro se comporta (redimensionar a janela funciona, mas pararia a gravação, então eu não parei)

pela minha vida, não posso recompor isso. você pode me enviar um e-mail e talvez vamos sincronizar as equipes onde podemos compartilhar a tela? [email protected]

ok, quero dizer, também não posso recompor isso todas as vezes, é muito enjoado

se seguir o padrão que descrevi acima, isso está fora do powertoys e posso recompor isso sem o PT em execução.

O que estou fazendo para recriar

1. lançar terminal
2. Clique com o botão esquerdo na barra de título
3. Segure shift
4. Arraste o mouse para baixo e na própria tela do console
5. Solte o mouse

@crutkas acho que descobri o que está acontecendo.

1. fixar o terminal win na barra de tarefas
2. segure a tecla win
3. pouco antes de o guia de atalho aparecer, pressione o # correspondente ao termo de vitória e solte as duas teclas rapidamente
4. tente interagir com os controles no termo de vitória

além disso, o guia de atalho não aparece mais após seguir essas etapas

Para mim, a barra de título está funcionando, o problema que estou tendo é com a lista suspensa para perfis e configuração. Ao usar a depuração VS2019, ele causa uma exceção.
Posso abrir um novo terminal no modo de depuração com "ctrl + shift + 2,3,4", mas se for, selecione o botão suspenso.

Infelizmente, _that_ é um bug da plataforma (que parece ter sido corrigido em 19041+). Desculpe: sorria:

Tenho o mesmo na minha máquina, mas fica ainda mais complicado.
Isso só acontece na minha tela principal. Quando eu movo a janela WT para a outra tela, tudo volta ao normal. Mesmos sintomas, a janela não recebe eventos do mouse, até mesmo o cursor congela sobre a janela WT. Max / Min / Close não funciona, é necessário mover a janela para a outra tela para que funcione.
Eu também sou usuário de PT e, aparentemente, desligá-lo ajuda imediatamente.
No entanto, as etapas de repro do

@ DHowett-MSFT isso deveria ser engraçado? Isso ainda está no Insiders apenas ... Bem, felizmente WT ainda não pode competir com minha configuração atual, então não se preocupe ..
Vou apenas esperar e voltar em meio ano ou assim.

@ DHowett-MSFT isso deveria ser engraçado?

Só para deixar claro: você acha que esse bug que _nenhum da minha equipe pode reproduzir e estamos discutindo com a equipe de entrada sobre_ é uma piada que estamos fazendo com você? Isso é legal.

Tive os mesmos problemas em https://github.com/microsoft/terminal/issues/5724 e não tenho nenhum problema depois de atualizar PowerToys para a versão 0.17.0

Aqueles de vocês que estavam vendo esse problema com os PowerToys, podem verificar se ainda é um problema no PowerToys v0.17.0 ? Obrigado.

Não, não precisei desativá-lo para fazê-lo funcionar. Fechei PowerToys, atualizei e abri novamente. É importante mencionar que usei o Scoop para instalar os PowerToys.

não está acontecendo mais para mim também

Aqueles de vocês que estavam vendo esse problema com os PowerToys, podem verificar se ainda é um problema no PowerToys v0.17.0 ? Obrigado.

Vim aqui a primeira vez que vi isso - sim, o powertoys 0.17.0 tem o mesmo problema (a única versão que já instalei na verdade). Simplesmente aconteceu comigo. Na verdade, quando o problema está se exibindo, o mouse também nem funciona dentro de powertoys. Nem mesmo uso powertoys tbh estava apenas experimentando. Quando mato powertoys, o problema desaparece. Quando eu reiniciar o powertoys, o problema ainda não está presente, então supondo que isso esteja relacionado a algum tipo de combinação de eventos causando um impasse que bloqueia os dois aplicativos :(. Vou tentar prestar mais atenção a quaisquer eventos anteriores na próxima vez que acontecer, mas Tenho pena que você esteja tentando solucionar este problema.

Aconteceu comigo com o PowerToys 0.18.0, reiniciar o PowerToys parece ter corrigido o problema.

descobri uma maneira de reproduzir isso no powertoys 0.18.1:
aqui está o arquivo de registro de etapas que fiz (agora está no idioma certo 😅):
powertoys bug.zip de janela sem resposta
tem que ser a primeira vez que o guia de atalho é acionado, caso contrário, ele não será reproduzido

Consegui reproduzir este bug, conforme relatado no PowerToys # 4287 . Se Fancy Zones for desativado, PowerToys reiniciado e Fancy Zones ativado, ele funcionará conforme o esperado.

Não concordo que seja PT diretamente, posso recriar esse bug sem o powertoys em execução. a renderização da janela do terminal congela. FancyZones amplifica o problema devido ao atalho

O que estou fazendo para recriar

1. lançar terminal
2. Clique com o botão esquerdo na barra de título
3. Segure shift
4. Arraste o mouse para baixo e na própria tela do console
5. Solte o mouse
6. tipo

você verá o cursor parar e todas as entradas pararem de entrar.

ele se comporta assim quando a mudança é liberada?

Isso cai depois que você solta?

k,
então existem 2 bugs aqui:

1. é que o deslocamento arrastando o wt o faz travar
2. é isto

descobri uma maneira de reproduzir isso no powertoys 0.18.1:
aqui está o arquivo de registro de etapas que fiz (agora está no idioma certo 😅):
powertoys bug.zip de janela sem resposta
tem que ser a primeira vez que o guia de atalho é acionado, caso contrário, ele não será reproduzido

aqui está um gif mostrando o processo:

quando liberei a tecla win, não pude mais interagir com os botões nas configurações do pt

Eu consegui reproduzir o bug em um buid de depuração de pt, e quando pausei a execução ele me soltou neste arquivo

isso está acontecendo quando a janela d2doverlay está sendo criada, pois o bug só acontece se for a primeira vez que está sendo exibida

@LuanVSO
o bug que você encontrou ao pressionar longamente a tecla Win ao remapear uma tecla não está relacionado ao bug do Terminal ao arrastá-la com o Shift.

Isso aconteceu comigo com o Terminal versão 1.0.1811.0

Parecia um conflito com o PowerShell:
Eu tinha a versão 7 instalada e também o .Net, que também instalou o PowerShell, mas a versão 6 . Desinstalar o PowerShell do .Net pareceu resolver o problema para mim.

@DHowett Tenho o mesmo problema no Powertoys 0.18, não consigo usar o mouse para clicar em brinquedos elétricos ou no terminal do Windows. A desinstalação do powertoys resolve o problema.

Alguém pode confirmar que sair do PowerToys não é suficiente para evitar esse bug e requer desinstalá-lo?

@ DHowett-MSFT
esta é uma descoberta muito interessante (e estranha):
https://github.com/microsoft/PowerToys/issues/5944
O Terminal, por alguma razão desconhecida, está usando uma classe de janela definida no PowerToys.
O gravador de etapas mostra o elemento da IU que está "roubando" a entrada, faz parte do Terminal, não do PowerToys.exe.
Não está claro o que está acontecendo aqui, o Terminal está criando ativamente esse elemento de IU ou os PowerToys estão de alguma forma injetando isso no Terminal?

@enricogior Boa captura. O Terminal certamente não está criando essa classe de janela - a única janela que criamos manualmente é nossa CASCADIA_HOSTING_WINDOW_CLASS (consulte IslandWindow.cpp # L18-L68 ).

Tecnicamente, também estamos criando uma Ilha XAML - talvez ela esteja de alguma forma interagindo com o guia de atalho?

Quando isso ocorreu comigo, consegui simplesmente restaurar a funcionalidade desativando o powertoy "Guia de atalhos". A desinstalação _também_ funcionaria, mas pode ser um pouco excessiva 😄

Estou apenas percebendo que # 6120 também tem uma tonelada de informações sobre este problema e um monte de outras repros nele.

@ zadjii-msft
o Shortcut Guide é um aplicativo C ++ puro, o fato da classe de janela definida no Shortcut Guide acabar no Terminal é bastante surpreendente.

O terminal

@DHowett
Eu quis dizer Win32 puro, sem XAML, a única coisa que encontrei até agora que pode ser um ponto de entrada potencial para o problema é descrito em
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
Eu sugeri construir uma versão de depuração do Terminal para monitorar esse nome de classe para verificar se o gravador de etapas está identificando corretamente o elemento UI como filho do processo Terminal, isso confirmaria que há uma injeção do objeto de classe de fora.

Isso agora aconteceu comigo também, mas na verdade um híbrido disso e https://github.com/microsoft/terminal/issues/4448 onde não consigo digitar nem clicar nos botões da barra de título, rolar ou usar qualquer Elemento de interface do usuário (posso redimensionar a janela, no entanto). Isso aconteceu mais de uma vez.

• Estou usando PowerToys v0.20.1
• Não estou usando o guia de atalho
• redimensionar e ajustar as janelas (win + seta) funciona
• clicar na janela (barra de título, barra de guias, mín. / máx. / saída) não funciona
• digitar na janela não tem efeito
• o shell é o PowerShell (e, em seguida, executando wsl dentro dele), e a árvore de processos ainda está ativa
• Estou executando uma escala de 150% DPI, mas só tenho 1 monitor conectado
• Eu iniciei o aplicativo ontem e o computador dormiu / acordou desde então. Só percebi o problema depois de acordar o computador
• Iniciei uma segunda instância do aplicativo de terminal e funciona bem

@aharpervc

Não estou usando o guia de atalho

O Shortcut Guide está desativado nas configurações do PowerToys ou simplesmente você não o está chamando?

Está desligado:

@aharpervc
obrigado.

Isso parece excluir a possibilidade de que o bug seja causado diretamente pelo Shortcut Guide, uma vez que não está em execução e, portanto, não pode ser o que está injetando a classe PToyD2DPopup no processo Terminal.

@aharpervc qual chipset gráfico você está executando? NVidia?

@aharpervc qual chipset gráfico você está executando? NVidia?

AMD Radeon Pro 560

Eu também estava tendo esse problema (não consigo interagir com a barra da janela do Power Shell a não ser arrastá-la). Reiniciar o Windows e encerrar o aplicativo 'Windows Terminal' no gerenciador de tarefas não corrige isso para mim.

Brinquedos de energia versão 0.19.1
Windows 10 Pro 19042.541

Acabei de abrir o Power Toys para verificar se meu guia de atalho estava ativado conforme sugerido acima, mas também não consegui interagir com essa IU. Em seguida, matei o processo 'Powertoys runner' usando o gerenciador de tarefas e ele corrigiu os dois problemas por enquanto, pelo menos.

Que bom que encontrei este tópico no Google!
Depois de atualizar para o lançamento de recursos do Windows 10 em 2004 na semana passada, não consegui clicar em qualquer lugar na barra de título do aplicativo de terminal do Windows (nem controles de guia ou minimizar / maximizar / fechar).
Também não foi possível selecionar texto na janela do terminal.
O problema desapareceu imediatamente ao fechar os Power Toys na bandeja 👍

No meu caso, isso acontece com o Windows Terminal ( Version: 1.4.3243.0 ) e com o Windows Terminal Preview ( Version: 1.5.3242.0 ), independentemente de o PowerToys ( Version: 0.25.0 ) estar ou não em execução. Minha versão do Windows 10 é 1909 e o OS Build é 18363.1198 .

Esta provavelmente é uma informação inútil, mas usando WindowSpy (componente de inspeção Autohotkey), percebi que há uma diferença entre o nome da classe / número da instância (ClassNN em WindowSpy) dos controles envolvidos.

Quando eu _posso_ interagir com o mouse passando sobre o botão Nova guia ou qualquer um dos botões minimizar / maximizar etc:

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

Quando eu _não_ posso interagir com o mouse nesses controles, isso muda para:

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