La aceleración por hardware de Chrome causa invisibilidad del cursor del compositor donde hay un onebox de discourse-calendar (Windows 11)

Desarrollador
,
1

Versión de Discourse
2026.1.0-latest (c7e9cddb06)

Navegador
Chrome 143.0.7499.170 (Build oficial) 64 bits
(cohorte: 144.0.7559.59 implementación)

SO
Windows 11 Home
Versión 10.0.26200 (Build 26200)

Resumen

Cuando la aceleración por hardware de Chrome está activada, ocurre un problema de interfaz de usuario:

El cursor de texto en el compositor se vuelve invisible (aparece blanco sobre fondo blanco).
cuando los bloques de eventos de Discourse Calendar han sido procesados (cooked)
El problema desaparece inmediatamente cuando se desactiva la aceleración por hardware en Chrome.

Esto sugiere un problema de renderizado de la GPU/compositor de Chrome que interactúa con los elementos de la interfaz de usuario de Discourse en lugar de una regresión pura de CSS.

Problemas observados

:one: El cursor del compositor se vuelve invisible

  • Ocurre tanto en los compositores de nuevo tema como de respuesta.
  • El cursor aparece blanco / se mezcla con el fondo, lo que dificulta o imposibilita ver la posición de escritura.
  • Sucede de forma intermitente pero reproducible con la aceleración por hardware activada.

Comportamiento notable:

  • Abrir las Herramientas para desarrolladores de Chrome hace que el cursor se renderice normalmente de nuevo inmediatamente.
  • Esto sugiere fuertemente un recálculo de renderizado/composición en lugar de cambios de estado o CSS.

:two: Los bloques de eventos de discourse-calendar no se muestran como “onebox” en modo seguro

Cuando la aceleración por hardware está activada:

  • En /safe-mode, este comportamiento cambia (esperado, ya que los componentes de tema están deshabilitados).

Reproducción

  1. Usar Chrome en Windows 11 con “Usar aceleración por hardware cuando esté disponible” activado
  2. Abrir un sitio de Discourse con la versión 2026.1.0-latest
  3. Abrir el compositor y empezar a escribir
  4. Observar el cursor invisible/blanco
  5. Insertar o ver bloques de eventos de discourse-calendar

No reproducción / diagnósticos

  • :cross_mark: No se puede reproducir en /safe-mode
  • :cross_mark: Todavía se reproduce en modo Incógnito (no está relacionado con extensiones)
  • :cross_mark: No hay CSS personalizado configurado
  • :white_check_mark: Abrir las Herramientas para desarrolladores de Chrome soluciona inmediatamente el problema del cursor
  • :white_check_mark: Desactivar completamente la aceleración por hardware de Chrome resuelve ambos problemas

Ruta:

Chrome → Configuración → Sistema → 
[ ] Usar aceleración por hardware cuando esté disponible

Después de desactivar:

  • El cursor se renderiza normalmente
  • Los “oneboxes” de eventos se comportan correctamente
  • El problema no se puede reproducir

Notas / hipótesis

Esto parece ser un problema de interacción de la GPU/compositor de Chrome, potencialmente involucrando:

  • Renderizado del cursor en entradas de texto / ProseMirror
  • Tiempo de repintado o capas de enfoque
  • Renderizado/cálculo de diseño de “onebox” bajo composición acelerada

El hecho de que:

  • El modo seguro cambie el comportamiento,
  • Abrir las Herramientas para desarrolladores active una corrección inmediata,
  • Y la aceleración por GPU controle completamente la reproducibilidad

sugiere fuertemente un problema de renderizado a nivel de navegador en lugar de una regresión de Discourse introducida por confirmaciones recientes.

Enfoques de depuración sugeridos

Debido a que abrir las Herramientas para desarrolladores altera el comportamiento de renderizado, puede ser útil:

  • Inspeccionar usando Herramientas para desarrolladores remotas en lugar de locales
  • Probar con las Herramientas para desarrolladores abiertas desde la carga inicial de la página
  • Comparar el comportamiento con --disable-gpu
  • Revisar la salida de chrome://gpu en sistemas afectados

Elementos clave a inspeccionar cuando el problema está activo:

  • Elementos del compositor:
    • textarea.d-editor-input
    • .d-editor .ProseMirror
  • Renderizado computado del cursor (caret-color, capas de composición)
  • Tiempo de repintado del contenedor “onebox”

Solución alternativa

Para los usuarios afectados en Windows 11:

Desactivar la aceleración por hardware de Chrome

Esto resuelve completamente tanto el problema del cursor del compositor como el comportamiento de “oneboxing” de discourse-calendar.

1 me gusta