I clic del mouse smettono di funzionare dopo un tempo casuale, usando Awesome WM + Gnome


22

Sto usando Awesome Window Manager insieme a Gnome in Linux Mint. Ho riscontrato il seguente problema più volte al giorno:

All'improvviso il mouse smette parzialmente di funzionare, il che significa che sono ancora in grado di spostare il cursore, ma qualsiasi clic del mouse non farà nulla. Inoltre, il cursore non cambia quando dovrebbe, ad esempio quando si passa sopra i collegamenti.

Questo stato non cambia fino al riavvio del computer o al riavvio del server X con Ctrl + Alt + Backspace.

Nonostante ciò il sistema funziona abbastanza normale. (Sto scrivendo questo messaggio senza mouse al momento)

Penso che sia molto improbabile che sia il mouse in quanto cambiando il mouse non cambia il comportamento.

Per me, sembra che una finestra invisibile sia stata posizionata su tutto lo schermo o che un'applicazione abbia "catturato" il mouse e non lo abbia rilasciato, ma questa è solo una speculazione.

L'ho anche provato tramite TeamViewer, e mostra lo stesso comportamento: lo spostamento di lavori, il passaggio del mouse e il clic non lo fanno.

Dovrei menzionare che il problema è globale, non limitato a nessun programma speciale.

Ora so quando il bug si verifica esattamente: se clicco in un'applicazione Gtk (come Nautilus, Gedit, Ubuntu Software Center) da qualche parte nella barra dei menu o nella barra degli strumenti in cui non è presente alcun menu o pulsante (ad es., A destra del menu "Aiuto" in Nautilus), quindi si verifica questo errore. Se chiudo l'applicazione corrispondente, scompare.

Inizierò un nuovo thread per questo.


2
Esegui xeve controlla se vengono visualizzati gli eventi clic ...
pbm

1
Ho sperimentato lo stesso comportamento in passato, quindi non penso che sia qualcosa di speciale per il tuo hardware. Non avevo Gnome al momento. Al momento ho due sistemi con Awesome, e nessuno dei due mostra questo comportamento.
Shawn J. Goff,

@pbm: l'ho provato e non vengono mostrati eventi del mouse xev, ma lo sono gli eventi della tastiera.
maxi.weller

Qualcosa di modale sta rubando il focus dell'input ma non ti sta mostrando l'attività? Forse un'associazione chiave di cui non sei a conoscenza per un prompt di esecuzione o esecuzione che non viene disegnato?
Caleb,

1
Per chiunque fosse curioso come me, l'altra domanda di Max è: unix.stackexchange.com/questions/34412/… .. ma sfortunatamente (al momento) non ha risposte.
machineghost

Risposte:


6

Ho anche questo problema. Penso che sia correlato al bug qui:

http://osdir.com/ml/blfs-support/2011-12/msg00059.html

Il problema sembra essere correlato a funzionalità specifiche in gtk 3.0, probabilmente legate al ridimensionamento della finestra o alla visualizzazione del grip di ridimensionamento: ho ottenuto questo comportamento quando utilizzo Meta-Mouse2 per ridimensionare in Awesome. Ho anche visto che succede solo nel corso di un uso regolare. Alcune cose che potrebbero aiutare:

1) Puoi iniziare a chiudere finestre gtk casuali. Nella mia esperienza, il problema scompare in modo affidabile solo quando chiudo il mio ultimo terminale Gnome. Dovrei davvero trovare un terminale non GTK che mi piaccia.

2) Corri sempre alla grande con le tue finestre in un layout piuttosto che libero. In questo modo l'impugnatura di ridimensionamento non verrà visualizzata accidentalmente.

A parte questo, penso che il meglio che puoi fare sia aspettare che qualcuno capisca il percorso del codice e risolva questo problema.


Ciao, penso che tu abbia ragione con il grip di ridimensionamento, ma c'è un altro posto in cui questo accade: se clicco in un'applicazione Gtk (come Nautilus, Gedit, Ubuntu Software Center) da qualche parte nella barra dei menu o nella barra degli strumenti in cui nessun menu o il pulsante è (ad esempio, a destra del menu "Aiuto" in Nautilus), quindi si verifica questo errore. Se chiudo l'applicazione corrispondente, scompare.
maxi.weller

Questo è sicuramente interessante, perché di recente ho avuto un problema simile. Ha influenzato solo alcune delle pochissime cose di Gnome / GTK che uso. E quando ho chiuso il compositore ho smesso di avere questi problemi. Sto usando LMDE con il gestore di finestre XFCE4, però.
vgoff

(Almeno nella sua forma attuale), non è necessario chiudere applicazioni casuali. Quello che hai usato subito prima che si verificasse il bug e quello su cui stavi per passare, o quello su cui hai fatto clic accidentalmente sono i candidati più probabili. Poiché il mouse praticamente smette di funzionare quando si verifica il bug, queste finestre dovrebbero essere abbastanza semplici da identificare.
Bananguin

4

Il mouse prende quando si fa clic su un'area vuota nella barra del titolo / menu in nautilius / evince / gnome-terminal / ecc. succede per me su Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / eccezionale 3.4.10-1.

A circa killall nautiluscosì sulla console rilascia il mouse grab; con Nautilus, chiudere semplicemente la finestra con un Meta-cnon aiuta.

Sembra esserci una soluzione per il problema del ridimensionamento in arrivo in arrivo per GTK + 3.3.6, presumibilmente correlato?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630972
https://bugzilla.gnome.org/show_bug.cgi?id=650943
http://git.gnome.org/browse/ gtk + / tree / NEWS # n301
http://git.gnome.org/browse/gtk+/commit/?id=e3005ea454293d7b86f2bc39ba5fd028906b5c72


Grazie per aver condiviso le tue informazioni! Avevo anche scoperto che l'uccisione dell'applicazione aiuta. Ma è ancora fastidioso dover uccidere nautilus perché chiude tutte le finestre del file manager, non solo quella che causa l'errore :-(
maxi.weller

Ho anche trovato una segnalazione di bug nel Launchpad di Ubuntu , dicono che verrà risolto in Ubuntu 12.04 (che viene rilasciato ad aprile).
maxi.weller

Sto riscontrando questo problema anche in Ubuntu 14.04.
miphe,

Vedo questo problema anche in Ubuntu MATE 15.10.
quant_dev,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.