Acabei de pegar um bug do Windows bem divertido nesta máquina, então vou registrar o processo de investigação.
Primeiro, a versão “em linguagem humana” do sintoma:
O computador deu uma travadinha e, em seguida, apareceu um enorme retângulo preto no centro da tela. O mais absurdo é que ele consegue ficar por cima de outras janelas, mas, por algum motivo, o Gerenciador de Tarefas não fica coberto por ele.
A sensação é bem estranha, porque não parece travamento total, nem parece que o monitor estragou — parece mais que surgiu do nada uma “janela fantasma” na tela.
Minha intuição inicial foi para alguns caminhos:
- O painel do monitor estragou
- O Chrome ou alguma janela do navegador teve um bug de renderização
- O driver da placa de vídeo acabou de ser reiniciado
- Algum programa residente de janela flutuante/overlay caiu, mas os restos da janela ficaram na área de trabalho
Depois fui eliminando um por um e basicamente consegui afunilar a resposta.
Primeiro, confirmar que não era o monitor
O detalhe mais importante é: esse bloco preto aparece na captura de tela.
Isso é importante porque, se fosse defeito do painel, vazamento de cristal líquido, dano por pressão etc., normalmente isso não apareceria no screenshot.
Se aparece na captura, significa que é algo dentro da pilha gráfica do Windows — é uma “janela em nível de software”, não um defeito físico da tela.
Depois, fui olhar os logs do sistema
Eu verifiquei os logs por volta de 2026-04-06 01:27, e a linha do tempo é bem interessante:
01:27:12:alttab_windows.exetravou01:27:19:DWM(Desktop Window Manager) saiu e reiniciou01:27:20:CPALauncher.execrashou- Depois ainda dá para ver uma sequência de
LiveKernelEvent 117 / 141 / 1a8 / 1b8 - Também apareceu
WindowsBlackScreenDiagnosticsV1
Aqui, a parte mais valiosa não é “quem crashou”, e sim que, na exceção .NET do CPALauncher, estava escrito diretamente:
A composição da área de trabalho foi desativada;
DwmExtendFrameIntoClientAreanão pôde ser concluído
O significado disso é bem direto:
não foi o CPALauncher que derrubou o sistema primeiro, e sim a composição da área de trabalho/DWM que deu uma interrompida antes. Ele apenas tentou acessar a interface do DWM naquele momento e acabou explodindo junto.
Então a direção geral já ficou bem clara:
O que aconteceu primeiro foi uma anomalia na cadeia de exibição/gráficos; depois, vários aplicativos começaram a dar erro em cascata.
Por que depois eu suspeitei que não era um único app, e sim a cadeia gráfica inteira dando uma sacudida
Porque o “ruído” depois ficou organizado demais:
- Nos logs do Sentry do
Typelessaparecia repetidamentescreen.display-removed / added / metrics-changed - O
PixPin.exedepois crashou duas vezes emd3d11.dll - O
NVIDIA Overlaytambém ficou recriando repetidamente o processo de overlay naquele período
Esses sintomas juntos não parecem “um app ficou burro”, e sim:
o sistema achou que o dispositivo de exibição foi removido e adicionado de novo, ou o driver/cadeia de composição estava se recuperando.
Quando a cadeia gráfica do Windows dá uma chacoalhada, os programas que mais mexem com a área de trabalho são os primeiros a dar problema:
- janelas flutuantes
- overlays
- ferramentas de captura de tela
- aprimoradores de alternância de janelas
- janelas transparentes
- teclas de atalho globais
- utilitários Electron
E nesta máquina, por acaso, eu realmente tenho bastante coisa desse tipo.
O momento em que eu finalmente identifiquei o bloco preto
Depois eu parei de chutar e fui direto enumerar as janelas de nível superior acima daquela área central da tela.
O resultado foi perfeito:
- Processo:
Typeless - Título da janela:
Status - Coordenadas e tamanho: batiam praticamente 100% com o bloco preto
Ou seja, aquela coisa preta não era o navegador, nem a área de trabalho, nem o OSD da placa de vídeo em si — era uma janela flutuante de status do Typeless.
Aí eu fui olhar os recursos locais do Typeless, e lá dava até para ver diretamente:
floating_bar__window__title = "Status"
Com isso ficou praticamente confirmado:
Aquele bloco preto, na essência, era a janela flutuante de status do Typeless, mas após a anomalia na cadeia gráfica ela não foi redesenhada/fechada corretamente, e virou uma janela fantasma de nível superior totalmente preta.
Por que o detalhe “o Gerenciador de Tarefas não fica coberto” foi tão útil
Esse fenômeno parece muito com um overlay de nível alto.
Se uma janela normal ficar preta, ela também vai cobrir o Gerenciador de Tarefas.
Mas se for algum tipo especial de janela flutuante no topo, janela “always on top”, janela de ferramenta, janela em camadas, o Gerenciador de Tarefas às vezes consegue passar por cima por conta da própria prioridade de exibição.
Então o detalhe “todas as outras janelas ficam cobertas, mas o Gerenciador de Tarefas não” na verdade está te dizendo:
vá procurar uma janela de overlay de nível superior; não fique só olhando aba do navegador.
O jeito final de resolver foi bem simples
Não teve “conserto místico”.
No fim, a única ação que realmente fez o bloco preto desaparecer foi:
encerrar diretamente o processo Typeless.
Fechei, e o bloco sumiu na hora.
Isso também mostra que não era um estado do tipo “o sistema já quebrou e só reiniciando para recuperar”, e sim uma entidade de janela que ainda estava viva, mas com o conteúdo corrompido.
Meu entendimento atual de “causa raiz” e “causa imediata”
Eu separo em duas camadas:
Causa imediata
A janela flutuante Status do Typeless falhou ao se recuperar depois de uma anomalia na cadeia de exibição, deixando uma janela preta de nível superior.
Causa raiz mais profunda
A pilha gráfica do Windows teve um problema naquele intervalo, algo como:
- o DWM foi interrompido/reconstruído
- disparo de evento do watchdog da GPU
- o driver de vídeo ou a topologia de exibição ficou instável por um instante
Então o Typeless não é a única fonte do problema; ele é mais um dos “vítimas mais visíveis” deste incidente.
Olhando agora, o que parece mais suspeito
Na minha ordem de prioridade:
- Driver de vídeo / instabilidade momentânea da pilha gráfica
- Programas residentes de aprimoramento de janelas/overlays empilhados demais
- O próprio Typeless não lida de forma robusta com mudanças na topologia de exibição
Os “programas de tipo alto risco” presentes na hora incluíam:
TypelessPixPinalttab_windowsNVIDIA Overlay- e o
CPALauncherque eu já removi
Isoladamente, nenhum deles necessariamente é problemático; mas empilhados, parece muito um teste de estresse para o DWM e o D3D11.
Se eu encontrar um problema parecido da próxima vez, como vou resolver mais rápido
Agora a ordem de investigação vai ser assim:
- Ver se o bloco preto aparece na captura de tela
- Se aparece, concluir imediatamente que é uma janela de software, não defeito do monitor
- Abrir o Gerenciador de Tarefas e procurar processos de janela flutuante/overlay/captura/aprimoramento de janelas
- Enumerar ou identificar “no olho” a qual janela pertence o bloco
- Encerrar primeiro aquele processo, e só depois voltar para os logs do sistema
- Por fim decidir se vale mexer em algo mais profundo, como o driver de vídeo
Conclusão provisória
Desta vez não foi “o monitor estragou”, nem “o Chrome deu tela preta” tão simples assim.
Mais precisamente:
uma anomalia no nível da cadeia gráfica/DWM derrubou em cascata vários programas que dependem de composição da área de trabalho; e a janela flutuante Status do Typeless, infelizmente, acabou ficando como uma enorme janela fantasma preta no centro da tela.
Esse tipo de problema é muito “Windows” e bem interessante:
não é um defeito que você bate o olho e entende; você precisa primeiro aceitar o fato de que “o bloco preto também é um objeto de janela”, e aí o resto do caminho de investigação começa a fluir.
Se depois eu conseguir afunilar mais (versão do driver, condição de reprodução, ou qual função específica do Typeless dispara esse estado), eu posto uma atualização.