Awesome WM + Gnome을 사용하여 임의의 시간이 지나면 마우스 클릭이 작동하지 않습니다


22

Linux Mint에서 Gnome과 함께 Awesome Window Manager를 사용하고 있습니다. 하루에 여러 번 다음과 같은 문제가 발생합니다.

갑자기 마우스가 부분적으로 작동을 멈춰서 커서를 움직일 수는 있지만 마우스 클릭은 아무 것도하지 않습니다. 또한 커서는 커서를 커서로 가리켜 야 할 때 변경되지 않습니다.

이 상태는 컴퓨터를 다시 시작하거나 Ctrl + Alt + Backspace를 사용하여 X 서버를 다시 시작할 때까지 변경되지 않습니다.

그럼에도 불구하고 시스템은 꽤 정상적으로 작동합니다. (현재 마우스 없이이 메시지를 쓰고 있습니다)

마우스를 변경해도 동작이 변경되지 않으므로 마우스가 아닌 것 같습니다.

나에게는 보이지 않는 창이 전체 화면 위에 놓이거나 일부 응용 프로그램이 마우스를 "캡처"하여 놓지 않은 것처럼 느껴지지만 추측 일뿐입니다.

나는 심지어 TeamViewer를 통해 시도해 보았지만 동일한 동작을 보여줍니다-움직이는 작품, 호버링 및 클릭이 아닙니다.

나는 특별한 프로그램에 국한되지 않고 세계적인 문제라고 언급해야한다.

이제 버그가 정확히 언제 발생하는지 알고 있습니다. 메뉴 표시 줄이나 메뉴 나 버튼이없는 도구 모음 (예 : "도움말"메뉴 오른쪽)에서 Gtk 응용 프로그램 (예 : Nautilus, Gedit, Ubuntu Software Center)을 클릭하면 노틸러스에서),이 버그가 발생합니다. 해당 응용 프로그램을 닫으면 사라집니다.

이를 위해 새로운 스레드 를 시작 하겠습니다.


2
xev클릭 이벤트가
나타나는지

1
과거에도 이와 동일한 동작을 경험 했으므로 하드웨어에 특별한 것이 아니라고 생각합니다. 나는 그놈이 없었습니다. 나는 현재 Awesome을 사용하는 두 개의 시스템을 가지고 있으며 그중 어떤 것도 보여주지 않습니다.
Shawn J. Goff

@ pbm : 시도했지만 마우스 이벤트가 표시되지 xev않지만 키보드 이벤트는 표시됩니다.
maxi.weller

모달이 입력 포커스를 훔치고 있지만 활동을 보여주지 않습니까? 아마도 실행되지 않은 실행 또는 실행 프롬프트에 대해 모르는 키 바인딩 일 수 있습니다.
Caleb

1
저와 같은 궁금한 점이 있다면 Max의 다른 질문은 다음과 같습니다 . unix.stackexchange.com/questions/34412/…
machineghost

답변:


6

이 문제도 있습니다. 나는 그것이 여기의 버그와 관련이 있다고 생각합니다.

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

문제는 gtk 3.0의 특정 기능과 관련이있는 것 같습니다. 창 크기 조정이나 크기 조정 그립 표시와 관련이 있습니다 .Meta-Mouse2를 사용하여 Awesome에서 크기를 조정할 때이 동작을 얻었습니다. 나는 또한 정기적 인 사용 과정에서 일어나는 것을 보았습니다. 도움이 될만한 것들 :

1) 임의의 gtk 창을 닫을 수 있습니다. 내 경험상 마지막 놈 터미널을 닫을 때만 문제가 안정적으로 사라집니다. 나는 정말로 나를 만족시키는 비 GTK 터미널을 찾아야한다.

2) 항상 무료가 아닌 일부 레이아웃으로 창을 멋지게 실행하십시오. 이렇게하면 크기 조정 그립이 실수로 표시되지 않습니다.

그 외에는 누군가가 코드 경로를 파악 하고이 문제를 해결하기를 기다리는 것이 최선이라고 생각합니다.


안녕, 나는 당신이 크기 조정 그립에 맞다고 생각하지만, 이런 일이 발생하는 또 다른 곳이 있습니다 : 메뉴 막대 또는 메뉴 가 없는 도구 모음 어딘가에 Gtk 응용 프로그램 (예 : Nautilus, Gedit, Ubuntu Software Center)을 클릭하면 또는 버튼 (예 : 노틸러스의 "도움말"메뉴 오른쪽)이면이 버그가 발생합니다. 해당 응용 프로그램을 닫으면 사라집니다.
maxi.weller

최근에 비슷한 문제가 있었기 때문에 이것은 확실히 흥미 롭습니다. 내가 사용하는 그놈 / GTK의 몇 가지에만 영향을 미쳤습니다. 그리고 컴포 지터를 종료하면 이러한 문제가 발생하지 않습니다. 그래도 XFCE4 창 관리자와 함께 LMDE를 사용하고 있습니다.
vgoff

(적어도 현재 형식) 임의 응용 프로그램을 닫을 필요는 없습니다. 버그가 발생하기 직전에 사용한 것과 전환하려는 것 또는 실수로 클릭 한 것이 가장 가능성이 높은 후보입니다. 버그가 발생할 때 마우스가 사실상 작동을 멈추기 때문에 이러한 창은 식별하기가 매우 간단합니다.
Bananguin

4

nautilius / evince / gnome-terminal / etc의 제목 / 메뉴 표시 줄에서 빈 영역을 클릭하면 마우스가 잡 힙니다. 우분투 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / 굉장한 3.4.10-1에서도 나에게 일어난다.

killall nautilus콘솔의 A 등 은 마우스 잡기를 해제합니다. 노틸러스를 사용하면 창을 닫아도 Meta-c도움이되지 않습니다.

GTK + 3.3.6의 파이프 라인에서 발생하는 크기 조정 핸들 문제에 대한 수정이있는 것 같습니다.

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


정보를 공유해 주셔서 감사합니다! 또한 응용 프로그램을 죽이는 것이 도움이된다는 것을 알았습니다. 그러나 그것은 닫기 때문에 노틸러스 죽여야 여전히 짜증나 모든 버그 :-( 원인이 파일 관리자 창뿐만 아니라 한
maxi.weller

또한 Ubuntu의 Launchpad에서 버그 보고서를 찾았 으며 Ubuntu 12.04 (4 월에 릴리스 됨)에서 수정 될 것이라고 말합니다.
maxi.weller

우분투 14.04 에서도이 문제가 발생합니다.
miphe

이 문제는 Ubuntu MATE 15.10에서도 볼 수 있습니다.
quant_dev
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.