키보드 입력 순서를 바꾸는 구성 요소를 어떻게 식별할 수 있습니까?

키보드 입력 순서를 바꾸는 구성 요소를 어떻게 식별할 수 있습니까?

Dell Latitude 13 노트북에서 Ubuntu 14.04를 실행하고 있습니다. Chromium을 실행하고 다른 탭의 stackexchange에서 여러 페이지를 열 때. 내가 입력하는 모든 텍스트에는 입력한 순서와 다른 순서로 문자가 표시되는 경우가 많습니다. 예를 들어, 이 단락은 실제로 다음과 같이 나타났습니다.

Dell Latitude 1 3노트북에 Ubuntu 14.04 runnign이 있습니다. 내가 Chormium na dopne을 알렸을 때 여러 페이지가 서로 다른 탭을 형성했습니다. 내가 입력하는 모든 텍스트에는 문자가 다른 형식으로 표시되는 경우가 많습니다. 예를 들어, 이 apragraph는 실제로 다음과 같이 표시되었습니다.

상상할 수 있듯이 문제가 발생할 때마다 수동으로 수정해야 하는 것은 매우 실망스러울 수 있습니다. 이 동작은 소프트웨어 스택의 일부 계층이 키 누름을 대기열이 아닌 스택에 삽입하는 것처럼 보이며, 키가 도착하는 대로 빨리 소비되지 않으면 잘못된 순서로 표시됩니다.

이는 산발적으로만 발생하며 Chromium이 많이 교환될 때 더 자주 발생하는 것 같습니다. 소프트웨어 스택의 어느 계층이 문제를 일으키는지 식별할 수 없습니다. 소프트웨어 스택의 여러 계층에 문자가 표시되는 순서를 보여주기 위해 활성화할 수 있는 추가 디버깅/로깅이 있습니까?

내가 지금까지 시도한 것

STOP교대로 신호 를 xterm에 보내서 CONT증상을 재현할 수 있을 만큼만 xterm의 속도를 늦출 수 있었습니다. xterm이 잠시 정지되어도 키보드 입력 순서가 바뀌는 일이 발생하지 않기 때문에 결함은 Chromium이나 stackexchange에 있는 것이 아니라 두 경우 모두 관련된 일부 소프트웨어에 있다고 결론을 내리는 것이 안전하다고 생각합니다.

키보드 하드웨어의 결함일 가능성을 배제하기 위해 합성 키 누름으로 테스트를 해봤습니다.

sleep 10 ; for K in {a..z} ; do xdotool type "$K" ; sleep 0.2 ; done

해당 명령으로 문제를 재현할 수 있었습니다. 한번은 열쇠가 순서대로 나타났습니다 abcdefghlmkjpnioqrstuvwxyz. 따라서 에 의해 생성된 키 누르기에서도 이러한 현상이 발생하는 경우 xdotool키보드나 키보드 컨트롤러의 결함이 될 수 없습니다.

xdotool을 사용하여 생성된 입력 속도를 더욱 높이면 xterm이 잠기게 됩니다.

키보드 입력이 빠르게 도착할 때 xterm이 잠기는 현상은 STOP 신호를 사용하여 인위적으로 속도를 늦추지 않고도 본 것입니다. xterm이 그런 식으로 잠기는 것을 보면 일반적으로 xterm을 종료하고 새 것을 시작한 후에도 계속 발생합니다. 그 문제는 내가 실행할 때까지 지속됩니다 compiz --replace. 해당 명령을 실행한 후에는 모든 것이 더 빠르게 실행되고 적어도 처음 며칠 동안은 xterm이 더 이상 잠기지 않습니다.

따라서 두 문제가 연관되어 있고 어떻게든 와 관련이 있다는 것을 암시하는 몇 가지 증거가 있지만 compiz그 의심을 뒷받침할 확실한 증거는 없습니다.

관련 정보