Tengo Ubuntu 14.04 ejecutándose en una computadora portátil Dell Latitude 13. Cuando inicio Chromium y abro varias páginas de stackexchange en diferentes pestañas. Cualquier texto que escriba frecuentemente tendrá caracteres que aparecen en un orden diferente al que fueron escritos. Por ejemplo, este párrafo en realidad aparecía como:
Tengo Ubuntu 14.04 ejecutándose en una computadora portátil Dell Latitude 1 3. Cuando alucnh Chormium na dopne varias páginas forman tsackexchnag ei diferentes pestañas. Cualquier texto que escriba frecuentemente tendrá caracteres que aparecerán en una forma diferente a la que escribimos. Por ejemplo, este párrafo en realidad apareció como
Como puedes imaginar, tener que arreglar esto manualmente cada vez que sucede puede ser muy frustrante. El comportamiento parece como si alguna capa en la pila de software estuviera insertando pulsaciones de teclas en una pila en lugar de en una cola, y si no se consumen tan rápido como llegan, aparecen en el orden incorrecto.
Esto solo sucede esporádicamente y parece suceder con más frecuencia cuando Chromium intercambia mucho. No he podido identificar qué capa de la pila de software está causando el problema. ¿Hay alguna depuración/registro adicional que pueda habilitar para mostrarme en qué orden aparecen los caracteres en diferentes capas de la pila de software?
Lo que he probado hasta ahora
Al enviar señales alternas STOPy CONTa un xterm, pude ralentizar xterm lo suficiente para reproducir el síntoma. Dado que se supone que no se reordena la entrada del teclado incluso si xterm se congela por un momento, creo que es seguro concluir que la falla no está en Chromium o stackexchange, sino en algún software involucrado en ambos casos.
Para descartar la posibilidad de que pueda tratarse de un defecto en el hardware del teclado, lo probé con pulsaciones de teclas sintéticas.
sleep 10 ; for K in {a..z} ; do xdotool type "$K" ; sleep 0.2 ; done
Con ese comando pude reproducir el problema. En una ocasión aparecieron las llaves en el pedido abcdefghlmkjpnioqrstuvwxyz. Entonces, cuando también sucede con las pulsaciones de teclas generadas por xdotool, no puede ser un defecto en el teclado o en el controlador del teclado.
Si acelero aún más la entrada producida usando xdotool, hace que xterm se bloquee.
Ver un xterm bloquearse cuando la entrada del teclado llega rápidamente es algo que he visto incluso sin ralentizarlo artificialmente usando señales de DETENER. Cuando veo que xterm se bloquea de esa manera, generalmente sigue sucediendo después de que cierro el xterm y comienzo uno nuevo. Ese problema persiste hasta que ejecuto compiz --replace. Después de ejecutar ese comando, todo se ejecuta más rápido y xterm ya no se bloquea al menos durante los primeros días.
Entonces, hay alguna evidencia que sugiere que los dos problemas están relacionados y de alguna manera tienen algo que ver con compiz, pero no tengo ninguna evidencia sólida que respalde esa sospecha.