Une touche enfoncée déclenche la répétition automatique (Ubuntu 14.04 LTS)

8

Lorsqu'une touche est enfoncée et relâchée rapidement, elle se répétera automatiquement jusqu'à ce que le clavier soit à nouveau touché.

Lorem Ipsummmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm

Il semble que le système reçoive bien le signal "pression de touche", mais le "relâchement de touche" semble être perdu lors de manœuvres rapides.

Le problème est facile à recréer. Si je "brosse" le clavier (je ne sais pas comment décrire le fait d'appuyer sur une touche pour le moindre instant), la lettre apparaît normalement, mais après le délai prescrit, elle se répétera automatiquement comme si la touche était maintenue enfoncée. Dans mon cas, le délai de répétition automatique est d'environ une demi-seconde. Ce problème existe pour toutes les touches du clavier, y compris les flèches haut / bas, retour arrière, etc. Il le fait de manière cohérente dans toutes les applications Ubuntu.

J'ai un Dell Precision M4800. Double démarrage avec Windows 8.1. Le clavier fonctionne bien sous Windows.

L'ordinateur portable est neuf. Jusqu'à présent, c'est le seul problème avec cette installation. Tout le reste semble bien fonctionner. Je connais Ubuntu 14.04 (je l'ai sur 3 autres ordinateurs portables). C'est la première fois que je vois ce problème.

J'ai un clavier USB externe et il n'a pas ce problème. Cependant, il est si grossier et les touches si profondes que je ne peux pas vraiment recréer le même effet de "brossage".

Toutes les options "Accès universel" sont désactivées.

EDIT 1 : Ce qui suit provient d'un XEV. KeyPress et KeyRelease se répètent encore et encore:

KeyPress event, serial 37, synthetic NO, window 0x5000001,
root 0xc4, subw 0x0, time 8211573, (263,232), root:(304,284),
state 0x0, keycode 57 (keysym 0x6e, n), same_screen YES,
XLookupString gives 1 bytes: (6e) "n"
XmbLookupString gives 1 bytes: (6e) "n"
XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x5000001,
root 0xc4, subw 0x0, time 8211591, (263,232), root:(304,284),
state 0x0, keycode 57 (keysym 0x6e, n), same_screen YES,
XLookupString gives 1 bytes: (6e) "n"
XFilterEvent returns: False

EDIT 2 : En comparant deux sessions XEV, l'une avec le problème et l'autre avec une répétition automatique de clé volontaire, les deux sont pratiquement identiques à l'exception de "l'événement KeymapNotify".

Avec le problème:

KeymapNotify event, serial 29, synthetic NO, window 0x0,
keys:  4294967224 0   0   0   16  0   0   0   0   0   0   0   0   0   0   0   
       0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

Répétition automatique normale:

KeymapNotify event, serial 29, synthetic NO, window 0x0,
keys:  0   0   0   0   16  0   0   0   0   0   0   0   0   0   0   0   
       0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
JFRivard
la source
Si vous exécutez xev, puis tapez rapidement une clé, voyez-vous le message de sortie: événement KeyRelease, série 33, NO synthétique, fenêtre 0x3a00001, ...
ubfan1
Intéressant. Nous pouvons voir la pression de touche / relâchement de touche se répéter pour toujours:
JFRivard
Voici la sortie de la commande: événement KeyPress, série 37, NO synthétique, fenêtre 0x5000001, racine 0xc4, subw 0x0, heure 8211552, (263,232), racine: (304,284), état 0x0, code clé 57 (keysym 0x6e, n), same_screen YES, XLookupString donne 1 octets: (6e) "n" XmbLookupString donne 1 octets: (6e) "n" XFilterEvent renvoie: False KeyRelease, série 37, NO synthétique, fenêtre 0x5000001, racine 0xc4, subw 0x0, heure 8211573, (263,232), racine: (304,284), état 0x0, keycode 57 (keysym 0x6e, n), same_screen YES, XLookupString donne 1 octet: (6e) "n" XFilterEvent renvoie: False
JFRivard
JFRivard, veuillez modifier la sortie dans votre question, il est impossible de lire dans un commentaire.
Wilf
J'ai encore ce problème. Toute aide serait appréciée. S'il vous plaît, je suis désespéré ... Merci.
JFRivard

Réponses:

7

Dell a maintenant publié la version A13 du BIOS qui résout ce problème. J'ai eu exactement le même problème jusqu'à ce que je passe à A13.

Gavin
la source
1
Pas trop tard du tout Gavin. J'utilise actuellement A11. Je vais mettre à jour A13 tout de suite et vous faire savoir comment ça se passe. Merci beaucoup de partager cela!
JFRivard
1
Gavin: ça a marché !!! Merci beaucoup! Vous n'avez aucune idée misérable que ce bug me rendait. Tu m'as sauvé. Merci merci merci!!!
JFRivard
0

J'ai rencontré les mêmes problèmes. Je viens de flasher mon E6440 avec le dernier firmware du BIOS .

Cela semble avoir résolu le problème. Les notes de publication du firmware mentionnent explicitement le problème de clavier sur les systèmes d'exploitation Linux qui devrait être corrigé par la mise à jour.

Michiel de Wit
la source
Merci d'avoir partagé. Les ordinateurs portables Dell Latitude E6440 ont également ce problème. Probablement d'autres modèles Dell également. La bonne nouvelle est qu'ils publient des mises à jour du BIOS pour y remédier.
JFRivard
0

Le chronométrage indique qu'une fonction de répétition automatique est utilisée pour générer les pressions sur les touches. Ils sont beaucoup plus rapides que ce que vous pouvez taper, et si vous regardez la prochaine pression de touche après la libération, la différence de temps devrait être de 0.

La répétition automatique indique probablement une clé collante. Vous pouvez essayer l'accès universel pour supprimer les répétitions de touches, mais vous devrez probablement essayer de nettoyer le clavier ou d'obtenir un remplacement.

ubfan1
la source
Le clavier est neuf et sans débordement (jusqu'à présent). D'accord, cela ne suffit pas pour éliminer la défaillance du clavier. Cependant, cela fonctionne très bien dans Windows 8.1 ... (voir plus d'informations dans EDIT2 de la description du problème) Merci pour votre aide!
JFRivard