6 votes

Pourquoi la barre d'espacement cesse-t-elle de fonctionner de façon aléatoire ?

Plusieurs fois par jour, je suis en train de taper quelque chose et je réalise que je ne peux pas taper les espaces. En général, le curseur clignote lorsque j'appuie sur la barre d'espacement et je peux taper toutes les autres lettres, pour autant que je sache. Si je suis dans un terminal, le curseur passe d'un carré plein à un carré vide jusqu'à ce que je relâche la barre d'espacement.

Pour une raison quelconque, redémarrer compiz avec alt-F2 compiz le répare, jusqu'à ce qu'il se reproduise.

Je peux toujours copier et coller des espaces à partir de sources qui en comportent déjà, et je peux toujours insérer des espaces avec ctrl-shift-u, 20, enter.

Cela se produit depuis un certain temps, depuis avant que j'ai mis à niveau vers maverick, mais il semble que cela devienne plus fréquent. Il ne semble pas y avoir de schéma particulier.

J'utilise ubuntu 10.10 64 bits sur un ordinateur portable system76 panp7.

Avez-vous une idée de la façon dont je pourrais résoudre le problème ?

EDIT :

en utilisant xev normalement une barre d'espacement est enregistrée comme :

KeyPress event, serial 36, synthetic NO, window 0x5600001,
    root 0x101, subw 0x0, time 26488647, (88,403), root:(748,458),
    state 0x10, keycode 65 (keysym 0x20, space), same_screen YES,
    XLookupString gives 1 bytes: (20) " "
    XmbLookupString gives 1 bytes: (20) " "
    XFilterEvent returns: False

KeyRelease event, serial 36, synthetic NO, window 0x5600001,
    root 0x101, subw 0x0, time 26488729, (88,403), root:(748,458),
    state 0x10, keycode 65 (keysym 0x20, space), same_screen YES,
    XLookupString gives 1 bytes: (20) " "
    XFilterEvent returns: False

Mais quand il ne se comporte plus, une pression sur la barre d'espacement donne les trois événements :

FocusOut event, serial 36, synthetic NO, window 0x5600001,
    mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 36, synthetic NO, window 0x5600001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 36, synthetic NO, window 0x0,
    keys:  2   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   0   0   0   0 

POURSUIVRE L'ÉDITION :

Ok, donc je pense avoir résolu le problème, et par cela je veux dire que je sais maintenant contre quel paquet déposer un bogue.

J'ai un coin chaud qui lance un sélecteur de fenêtre, et j'ai personnalisé le sélecteur de fenêtre de sorte que le clic gauche ouvre une fenêtre, le clic droit en ferme une et barre d'espacement zoome sur l'un d'entre eux. Lorsque je vais dans ce coin chaud, compiz doit prendre le contrôle de ma barre d'espace, et ne la rend manifestement pas lorsque je quitte le sélecteur de fenêtre.

Je vais donc déposer un bug contre compiz.

rapporté : aquí

3voto

John Sibly Points 9805

Le NotifyGrab est l'indice révélateur. La seule fois où j'ai vu cela, c'est lorsque le gestionnaire de fenêtres a une liaison globale qui remplace la fenêtre elle-même.

Vous pouvez le voir clairement si vous commencez xev puis entrez dans la fenêtre et appuyez sur PrtScn où le gestionnaire de fenêtres s'est arrangé pour gérer PrtScn. Pour ce faire, le modèle d'événement X doit se focaliser hors de la fenêtre actuelle avec un événement NotifyGrab afin que le gestionnaire puisse agir sur l'entrée.

Quant à savoir ce qui fait que votre barre d'espace ou votre touche v est liée à une action du gestionnaire de fenêtres, c'est une question différente - et plus difficile.

0voto

J'ai le même problème, mais avec mon Q minuscule. Ubuntu 10.04 x-org-edgers... Le problème vient de Compiz, je l'ai dissout et ma touche q fonctionne à nouveau.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X