Hace un momento, este equipo se encontró con un fallo de Windows bastante divertido; dejo aquí el proceso de diagnóstico.
Primero, la versión en palabras simples del síntoma:
El PC se quedó trabado un instante y, después, apareció en el centro de la pantalla un rectángulo negro enorme. Lo más absurdo es que tapaba otras ventanas, pero, curiosamente, al Administrador de tareas no lo tapaba.
La sensación era bastante extraña, porque no parecía un cuelgue, tampoco parecía que el monitor estuviera roto; más bien era como si hubiera aparecido de la nada una “ventana fantasma” en la pantalla.
Al principio, mi intuición iba por varios lados:
- El panel del monitor se dañó
- Chrome u otra ventana del navegador se rompió al renderizar
- El driver de la GPU acababa de reiniciarse
- Algún programa residente de ventana flotante/overlay se colgó, pero quedaron restos de ventana en el escritorio
Luego fui descartando una por una y, básicamente, fui acotando la respuesta.
Primero, confirmar que no era el monitor roto
El detalle más clave es: ese bloque negro salía en una captura de pantalla.
Esto es importante, porque si fuera un defecto del panel, fuga de líquido o daño por presión, normalmente no aparecería en la captura.
Si se ve en la captura, significa que es algo dentro del stack gráfico de Windows: una “ventana a nivel software”, no un daño físico de la pantalla.
Luego, revisar los registros del sistema
Miré los logs alrededor de 2026-04-06 01:27, y la línea de tiempo fue interesante:
01:27:12:alttab_windows.exese quedó colgado01:27:19:DWM(Administrador de ventanas del escritorio) salió y se reinició01:27:20:CPALauncher.exese cayó- Después aún se ve una serie de
LiveKernelEvent 117 / 141 / 1a8 / 1b8 - También apareció
WindowsBlackScreenDiagnosticsV1
Aquí lo más valioso no era quién se cayó, sino que en la excepción .NET de CPALauncher se leía directamente:
La composición del escritorio está deshabilitada;
DwmExtendFrameIntoClientAreano puede completarse
El significado de esta frase es muy directo:
no fue que CPALauncher rompiera primero el sistema, sino que la composición del escritorio/DWM se cortó un instante antes. Solo que justo en ese momento estaba accediendo a la interfaz de DWM y explotó también.
Así que la dirección general ya estaba clara:
Primero ocurrió una anomalía en la cadena de visualización/gráficos, y después varias aplicaciones empezaron a fallar en cascada.
Por qué después sospeché que no era una sola app, sino que tembló toda la cadena gráfica
Porque el “ruido” posterior era demasiado ordenado:
- En los logs de Sentry de
Typelessaparecía repetidamentescreen.display-removed / added / metrics-changed PixPin.exemás tarde se estrelló dos veces end3d11.dllNVIDIA Overlaytambién reconstruía repetidamente su proceso de overlay durante ese periodo
Juntando esos síntomas, no parece “una app siendo tonta”, sino más bien:
el sistema creyó que el dispositivo de pantalla se quitó y se volvió a añadir, o que el driver/la cadena de composición estaba recuperándose.
En cuanto la cadena gráfica de Windows tiembla un poco, los programas que más “tocan” el escritorio son los primeros en sufrir:
- Ventanas flotantes
- Overlays
- Herramientas de captura
- Mejora del cambio de ventanas
- Ventanas transparentes
- Atajos globales
- Utilidades pequeñas en Electron
Y, justo en esta máquina, de ese tipo hay unas cuantas.
El momento en que localicé de verdad el bloque negro
Después dejé de adivinar y enumeré directamente las ventanas de nivel superior que estaban por encima del área central de la pantalla.
El resultado fue perfecto:
- Proceso:
Typeless - Título de la ventana:
Status - Coordenadas y tamaño: prácticamente clavados con el bloque negro
Es decir: esa cosa negra no era el navegador, ni el escritorio, ni el OSD de la GPU en sí, sino una ventana flotante de estado de Typeless.
Luego revisé los recursos locales de Typeless, y allí incluso se podía ver:
floating_bar__window__title = "Status"
Con esto quedaba prácticamente confirmado:
Ese bloque negro era, en esencia, la ventana flotante de estado de Typeless, pero tras la anomalía de la cadena gráfica no se redibujó/cerró correctamente, así que se convirtió en una ventana fantasma de nivel superior completamente negra.
Por qué el detalle de “el Administrador de tareas no queda tapado” fue tan útil
Este fenómeno se parece mucho a un overlay de alto nivel.
Si una ventana de una app normal se queda negra, el Administrador de tareas también quedaría tapado.
Pero si es algún tipo de ventana flotante especial, always-on-top, ventana de herramientas o ventana por capas, a veces el Administrador de tareas puede imponerse por su propia prioridad de visualización.
Así que el detalle de “tapa a las demás ventanas, pero no tapa al Administrador de tareas” en realidad te está sugiriendo:
ve a buscar ventanas de overlay de nivel superior, no te quedes mirando solo pestañas del navegador.
La forma de resolverlo fue bastante simple
No hubo ninguna “reparación mística”.
Al final, la única acción que realmente hizo desaparecer el bloque negro fue:
terminar directamente el proceso Typeless.
Lo cerré y el bloque negro desapareció al instante.
Esto también demuestra que no era un estado de “el sistema ya se rompió y hay que reiniciar para recuperar”, sino una entidad de ventana que seguía viva, pero con el contenido ya roto.
Mi comprensión actual del “origen” y la “causa inmediata”
Ahora lo dividiría en dos capas:
Causa inmediata
La ventana flotante Status de Typeless falló al recuperarse tras una anomalía en la cadena de pantalla, dejando una ventana negra de nivel superior.
Origen más profundo
El stack gráfico de Windows tuvo un problema en ese periodo, por ejemplo:
- DWM fue interrumpido/reconstruido
- Se disparó un evento del watchdog de la GPU
- El driver de la GPU o la topología de pantalla se volvió momentáneamente inestable
Así que Typeless no fue la única fuente del problema; más bien fue uno de los afectados más visibles de este incidente.
Mirándolo ahora, qué es lo más sospechoso
Según mi propio orden de prioridad:
- Inestabilidad momentánea del driver de la GPU / stack gráfico
- Demasiados programas residentes de mejora de ventanas/overlays apilados
- Typeless no maneja con suficiente robustez los cambios de topología de pantalla
Los “programas de tipo alto riesgo” que estaban presentes en ese momento incluían:
TypelessPixPinalttab_windowsNVIDIA Overlay- Y
CPALauncher, que ya eliminé
Vistos por separado, no necesariamente tienen problema, pero juntos se parece bastante a estar haciendo una prueba de estrés a DWM y D3D11.
Si la próxima vez vuelvo a encontrar un fallo parecido, cómo lo gestionaría más rápido
Ahora el orden de diagnóstico para este tipo de problemas lo cambiaría a esto:
- Ver primero si el bloque negro aparece en una captura
- Si aparece, decidir de inmediato que es una ventana a nivel software, no un daño de pantalla
- Abrir primero el Administrador de tareas y buscar procesos de ventana flotante/overlay/captura/mejora de ventanas
- Enumerar o localizar a simple vista a qué ventana pertenece el bloque negro
- Terminar primero ese proceso, y luego volver a revisar los logs del sistema
- Al final decidir si hace falta tratar el problema más profundo del driver de la GPU
Conclusión temporal
Esta vez no fue “se rompió el monitor”, ni tampoco algo tan simple como “Chrome en pantalla negra”.
Más exactamente:
una anomalía a nivel de cadena gráfica/DWM tumbó en cascada a un montón de programas que dependen de la composición del escritorio; y la ventana flotante Status de Typeless, por mala suerte, terminó quedándose en el centro de la pantalla como una enorme ventana fantasma negra.
Este tipo de problema es muy Windows y bastante interesante:
no es de los que se ven de un vistazo; tienes que aceptar primero el hecho de que “el bloque negro también es un objeto ventana”, y entonces todo empieza a encajar de golpe.
Si más adelante logro acotar un poco más la versión del driver, las condiciones de reproducción, o qué función concreta de Typeless dispara este estado, entonces publicaré una actualización.