Awesome WM + Gnomeを使用して、ランダムな時間後にマウスクリックが機能しなくなる


22

Linux MintでAnosome Window ManagerとGnomeを併用しています。次の問題が1日に数回発生します。

突然、マウスの動作が部分的に停止します。つまり、カーソルを移動することはできますが、マウスをクリックしても何も起こりません。さらに、カーソルは、リンク上でホバリングするときなど、必要なときに変更されません。

この状態は、コンピューターを再起動するか、Ctrl + Alt + BackspaceでXサーバーを再起動するまで変わりません。

これにもかかわらず、システムは非常に正常に動作します。(現時点では、このメッセージをマウスなしで書いています)

マウスを変更しても動作が変わらないため、マウスである可能性は非常に低いと思います。

私には、目に見えないウィンドウが画面全体に配置されたか、またはアプリケーションがマウスを「キャプチャ」してリリースしなかったように感じますが、それは推測に過ぎません。

TeamViewer経由でも試してみましたが、同じ動作を示しています-動作、ホバリング、クリックは動作しません。

問題はグローバルなものであり、特別なプログラムに限定されるものではありません。

バグがいつ発生するかがわかりました:メニューやボタンのないメニューバーまたはツールバーのどこか(「ヘルプ」メニューの右側など)でGtkアプリケーション(Nautilus、Gedit、Ubuntu Software Centerなど)をクリックするとNautilus)では、このバグが発生します。対応するアプリケーションを閉じると、消えます。

このために新しいスレッドを開始します


2
実行してxev、クリックイベントが表示されるかどうかを確認します
...-pbm

1
過去にこれと同じ動作を経験したことがあるので、ハードウェアに関して特別なことはないと思います。当時はGnomeがありませんでした。現在、Awesomeで2つのシステムを使用していますが、どちらもその動作を示していません。
ショーンJ.ゴフ

@pbm:試しましたが、マウスイベントは表示されませんxevが、キーボードイベントは表示されます。
maxi.weller

モーダルな何かが入力フォーカスを盗んでいますが、アクティビティを表示していませんか?おそらく、描画されていない実行または実行のプロンプトに対してあなたが気付いていないキーバインディングですか?
カレブ

1
私のように好奇心が強い人にとって、マックスの他の質問は次のとおりです。
machineghost

回答:


6

私もこの問題を抱えています。私はそれがここのバグに関連していると思います:

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

この問題はgtk 3.0の特定の機能に関連しているようで、ウィンドウのサイズ変更やサイズ変更グリップの表示に関連している可能性があります。また、通常の使用の過程でそれが起こっているのを見てきました。役に立つかもしれないいくつかのこと:

1)ランダムなgtkウィンドウを閉じ始めることができます。私の経験では、最後のgnomeターミナルを閉じたときに問題が確実に消えます。私が本当に気に入っている非gtk端末を見つける必要があります。

2)無料ではなく、常に何らかのレイアウトでウィンドウを使用してすばらしく実行します。これにより、サイズ変更グリップが誤って表示されなくなります。

それ以外は、誰かがコードパスを見つけてこの問題を修正するのを待つことが最善だと思います。


こんにちは、私は、サイズ変更グリップとあなたがしている権利と思うが、この問題が発生した別の場所があります:私は、メニューバーやツールバーのGtkのアプリケーション(ノーチラスのような、Geditのは、Ubuntuソフトウェアセンター)のどこかをクリックするとノーメニューまたはボタンが(たとえば、Nautilusの[ヘルプ]メニューの右側)、このバグが発生します。対応するアプリケーションを閉じると、消えます。
-maxi.weller

私は最近同様の問題を抱えていたので、これは間違いなく興味深いです。私が使用しているごく少数のGnome / GTKの一部にのみ影響しました。そして、コンポジターをオフにすると、これらの問題が発生しなくなりました。ただし、XFCE4ウィンドウマネージャーでLMDEを使用しています。
vgoff

(少なくとも現在の形式では)、ランダムなアプリケーションを閉じる必要はありません。バグが発生する直前に使用したものと、切り替えようとしたもの、または誤ってクリックしたものが、最も可能性の高い候補です。バグが発生するとマウスが事実上動作しなくなるため、これらのウィンドウは簡単に識別できます。
バナンギン

4

nautilius / evince / gnome-terminal / etcのタイトル/メニューバーの空の領域をクリックすると、マウスがつかみます。Ubuntu 11.10 / libgtk-3-0 3.2.0-0ubuntu6 / awesome 3.4.10-1でも同様です。

Aは、killall nautilusまたはそうコンソール上でマウスのグラブを解放します。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


情報を共有していただきありがとうございます!また、アプリケーションを強制終了すると役立つこともわかりました。ただし、バグを引き起こしているウィンドウだけでなく、すべてのファイルマネージャーウィンドウを閉じるため、
nautilusを

また、UbuntuのLaunchpadバグレポートを見つけました。Ubuntu12.04(4月にリリース)で修正されると彼らは言います。
maxi.weller

Ubuntu 14.04でもこの問題が発生しています。
ミフ14

この問題はUbuntu MATE 15.10でも見られます。
quant_dev
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.