Как я могу определить ответственный fro компонента, переупорядочивающий ввод с клавиатуры?
У меня есть Ubuntu 14.04, работающая на ноутбуке Dell Latitude 13. Когда я запускаю Хром и открываюсь на несколько страниц от stackexchange на различных вкладках. Любой текст, который я ввожу, будет часто иметь символы, обнаруживающиеся в другом порядке от того, как они были введены. Например, этот абзац на самом деле обнаружился как:
У меня есть Ubuntu 14.04, работающая на aDell Широте 1 3laptop. Whne I alucnh Chormium na dopne несколько страниц формируют tsackexchnag ei ndiffreent вкладки. Любой текст, который я ввожу, будет, ferwuqently иметь символы shwoing в adifferent ofrdre формируют hwo htye Вер ytped. Для exmapel, thsi абзац на самом деле shwoed как
Поскольку можно предположить иметь необходимость вручную установить тот каждый раз, когда это происходит, может быть очень печальным. Поведение смотрит, как будто некоторый слой в программном стеке вставляет нажатия клавиш в стек, а не очередь, и если они не используются так быстро, как они прибывают, они обнаруживаются в неправильном порядке.
Это только происходит эпизодически и, кажется, происходит чаще, когда Хром подкачивает много. Я не смог определить, какой слой программного стека вызывает проблему. Есть ли какая-либо дополнительная отладка/вход, которую я мог включить, чтобы показать мне, в котором символы порядка обнаруживаются на различных слоях в программном стеке?
Что я попробовал до сих пор
Путем отправки чередования STOP и CONT сигналы к xterm, я смог замедлить xterm как раз для репродуцирования признака. Начиная с переупорядочения ввода с клавиатуры, как предполагается, не происходит, даже если xterm замораживается для немного, я думаю, что безопасно прийти к заключению, что дефект не находится в Хроме или stackexchange, а скорее в некотором программном обеспечении, включаемом в обоих случаях.
Для исключения возможности, что это может быть дефект в аппаратных средствах клавиатуры, я протестировал с синтетическими нажатиями клавиш.
sleep 10 ; for K in {a..z} ; do xdotool type "$K" ; sleep 0.2 ; done
С той командой я смог воспроизвести проблему. В одном случае ключи обнаружились в порядке abcdefghlmkjpnioqrstuvwxyz. Таким образом, когда это также происходит с нажатиями клавиш, сгенерированными xdotool, это не может быть дефект в контроллере клавиатуры или клавиатуры.
Если я убыстряюсь, вход произвел использование xdotool еще больше, это заставляет xterm запираться.
Наблюдение, что xterm запирается, когда ввод с клавиатуры прибывает быстро, является чем-то, что я видел даже, искусственно не замедляя его вниз использующий Стоповые сигналы. Когда я действительно вижу, что xterm запирается как этот, это обычно продолжает происходить после того, как я уничтожаю xterm и запускаю новый. Та проблема сохраняется, пока я не работаю compiz --replace. После выполнения той команды все работает быстрее, и xterm больше не запирается, по крайней мере, в течение первых нескольких дней.
Таким образом, существует некоторое доказательство, предполагающее, что эти две проблемы связаны, и так или иначе имеет некоторое отношение compiz, но у меня нет убедительных доказательств для резервного копирования того подозрения.