Ich habe Ubuntu 14.04 auf einem Dell Latitude 13-Laptop laufen. Wenn ich Chromium starte und mehrere Seiten von Stackexchange in verschiedenen Tabs öffne, werden bei jedem Text, den ich eingebe, häufig die Zeichen in einer anderen Reihenfolge angezeigt, als sie eingegeben wurden. Dieser Absatz wurde beispielsweise tatsächlich so angezeigt:
Ich habe Ubuntu 14.04 auf einem Dell Latitude 13-Laptop laufen. Wenn ich Chrome öffne, werden mehrere Seiten in verschiedenen Tabs angezeigt. Bei jedem Text, den ich eingebe, werden die Zeichen in einer anderen Form angezeigt, je nachdem, was ich eingegeben habe. Beispielsweise wurde dieser Absatz tatsächlich als
Wie Sie sich vorstellen können, kann es sehr frustrierend sein, dies jedes Mal manuell beheben zu müssen, wenn es passiert. Das Verhalten sieht so aus, als ob eine Ebene im Softwarestapel Tastendrücke in einen Stapel statt in eine Warteschlange einfügt, und wenn sie nicht so schnell verarbeitet werden, wie sie eintreffen, werden sie in der falschen Reihenfolge angezeigt.
Dies geschieht nur sporadisch und scheint häufiger zu passieren, wenn Chromium viel auslagert. Ich konnte nicht feststellen, welche Ebene des Software-Stacks das Problem verursacht. Gibt es zusätzliche Debugging-/Protokollierungsfunktionen, die ich aktivieren könnte, um mir anzuzeigen, in welcher Reihenfolge Zeichen auf verschiedenen Ebenen im Software-Stack angezeigt werden?
Was ich bisher versucht habe
Indem ich abwechselnd STOPund CONTSignale an ein xterm schickte, konnte ich xterm gerade genug verlangsamen, um das Symptom zu reproduzieren. Da eine Neuordnung der Tastatureingaben nicht erfolgen sollte, selbst wenn xterm kurz eingefroren ist, kann man wohl davon ausgehen, dass der Fehler nicht bei Chromium oder Stackexchange liegt, sondern bei irgendeiner Software, die in beiden Fällen beteiligt ist.
Um auszuschließen, dass es sich möglicherweise um einen Fehler in der Tastatur-Hardware handelt, habe ich mit synthetischen Tastenanschlägen getestet.
sleep 10 ; for K in {a..z} ; do xdotool type "$K" ; sleep 0.2 ; done
Mit diesem Befehl konnte ich das Problem reproduzieren. Einmal erschienen die Tasten in der Reihenfolge abcdefghlmkjpnioqrstuvwxyz. Wenn es also auch bei von generierten Tastendrücken passiert xdotool, kann es kein Fehler an der Tastatur oder am Tastatur-Controller sein.
Wenn ich die mit xdotool erzeugte Eingabe noch weiter beschleunige, führt dies dazu, dass xterm blockiert.
Ich habe schon erlebt, dass sich xterm aufhängt, wenn Tastatureingaben schnell eingehen, auch ohne es künstlich mit STOP-Signalen zu verlangsamen. Wenn ich sehe, dass sich xterm auf diese Weise aufhängt, passiert das normalerweise immer wieder, nachdem ich xterm beendet und ein neues gestartet habe. Dieses Problem bleibt bestehen, bis ich ausführe compiz --replace. Nachdem ich diesen Befehl ausgeführt habe, läuft alles schneller und xterm hängt sich zumindest in den ersten paar Tagen nicht mehr auf.
Es gibt also einige Hinweise darauf, dass die beiden Probleme zusammenhängen und irgendwie etwas miteinander zu tun haben compiz, aber ich habe keine soliden Beweise, die diesen Verdacht untermauern.