En este tutorial te explico cómo resolver el molesto error que ocurre en Debian 13 “Trixie” con el entorno de escritorio XFCE 4.20, cuando después de bloquear la sesión, Google Chrome deja de responder al teclado. Este problema afecta a varios usuarios del ecosistema GNU/Linux y suele estar relacionado con la gestión del foco del teclado en X11.
Debian 13 se queda en la pantalla de bloqueo de login bloqueado en la pantalla de bloqueo por light-locker. El problema con Debian 13 y light-locker puede deberse a una mala configuración del bloqueo de sesión o incompatibilidades con el controlador gráfico.
En sistemas Debian 13 que usan light-locker como gestor de bloqueo de pantalla, algunos usuarios reportan que:
- Al bloquear la sesión, el sistema se queda congelado en la pantalla de login.
- No se puede desbloquear ni con contraseña ni con interacción del teclado o ratón.
- La única solución aparente es reiniciar el sistema manualmente.
Este comportamiento puede deberse a:
- Problemas con el controlador gráfico (especialmente Intel o AMD).
- Configuración incorrecta o agresiva de light-locker.
- Incompatibilidad con el greeter de LightDM
🔍 Descripción del problema
Después de bloquear la sesión (por ejemplo con Ctrl + Alt + L o desde el menú de XFCE), al desbloquearla observas que no puedes escribir nada en el buscador de Google ni en ningún campo de texto de Chrome. Sin embargo, el teclado funciona perfectamente en otras aplicaciones del sistema, como la Terminal o Mousepad.
Para recuperar la entrada de texto, no queda más remedio que cerrar completamente el navegador y volverlo a abrir. El problema desaparece hasta el siguiente bloqueo de sesión.
⚙️ Causa técnica
Este fallo es consecuencia de un bug de enfoque de teclado (keyboard focus) en Google Chrome cuando funciona bajo el entorno XFCE en X11. El evento de desbloqueo de sesión no devuelve correctamente el control de entrada al navegador, especialmente si el sistema utiliza el servicio light-locker.
La incidencia no se da en otros entornos de escritorio como GNOME o KDE Plasma, ni tampoco en sesiones basadas en Wayland.
🧰 Solución paso a paso
A continuación te presento la solución:
Cambiar a XFCE Screensaver
En muchas instalaciones de XFCE, el sistema sigue utilizando el antiguo light-locker, que es incompatible con la forma en que Chrome maneja los eventos del teclado. La solución más limpia es reemplazarlo por xfce4-screensaver.
Evitar light-locker (si está activo), comprueba si usas light-locker (el antiguo locker de XFCE):
$ ps aux | grep light-locker ojosdeg+ 2955 0.0 0.1 271260 23888 ? Sl 13:07 0:00 light-locker ojosdeg+ 31134 0.0 0.0 6548 2468 pts/2 S+ 21:13 0:00 grep light-locker
Si aparece, desactívalo:
$ sudo apt remove light-locker
Y usa xfce4-screensaver en su lugar (más compatible):
$ sudo apt install xfce4-screensaver
Después de instalarlo, abre Configuración → Salvapantallas de XFCE y asegúrate de que xfce4-screensaver está activo. Reinicia la sesión y prueba de nuevo.
💡 Conclusión
El error de escritura en Google Chrome tras bloquear la sesión en Debian 13 XFCE 4.20 no es un fallo del sistema operativo, sino un conflicto puntual entre Chrome, el servidor X11 y el bloqueador de pantalla. Con la solución anterior podrás eliminar el problema definitivamente o al menos minimizarlo.
Si te ha sido útil, considera dejar un comentario o compartir este artículo para ayudar a otros usuarios de Linux que usen XFCE.
Descubre más desde javiercachon.com
Suscríbete y recibe las últimas entradas en tu correo electrónico.
