鼠标按钮锁定在java应用程序中。

Question

我正在一台新的笔记本电脑上运行一个相对较新的Ubuntu18.04安装。我使用了几个用Java编写的应用程序--特别是Aqua和JetBrains数据抓地力。

重新启动后，我可以完全一次运行这些应用程序中的一个，而不会出现问题。因此，例如，重新启动后，我可以运行数据抓地力，它将完美地工作。此时，几个操作中的一个可以触发更改：

• 我保持数据抓地力运行，并启动实例
• 我关闭数据抓取，并启动的实例
• 我关闭数据抓取，并运行一个新的数据抓取实例。

在任何一种情况下，我的结果似乎是一只卡住了的老鼠。有时，它似乎被卡住了(所以移动鼠标会拖拽对象，或者选择文本)，或者被卡在上面(在任何Java窗口中，我都无法单击任何目标)。

当鼠标卡住时，键盘的反应非常完美。如果我选择了另一个窗口，鼠标就会像预期的那样工作100% .如果我Alt返回到违规的Java窗口，鼠标就会恢复到以前演示的异常行为。

数据抓地力，我认为，与嵌入式java。可以选择运行嵌入式java或系统java。有些版本将在下文提供。

我从触摸屏或者USB鼠标上得到了同样的结果。

$uname -a
Linux kirk-xps 4.15.0-24-generic #26-Ubuntu SMP Wed Jun 13 08:44:47 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ java -version
openjdk version "1.8.0_171"

$ ./bin/datastudio-18.5/jre/bin/java -version
java version "1.8.0_102"

$ ./bin/datastudio_19/jre/bin/java -version
java version "1.8.0_102"

$ gnome-shell --version
GNOME Shell 3.28.2

$ dmesg | grep -i touchpad
[    7.047559] psmouse serio1: synaptics: Your touchpad (PNP: DLL07e6 PNP0f13) says it can support a different bus. If i2c-hid and hid-rmi are not used, you might want to try setting psmouse.synaptics_intertouch to 1 and report this to linux-input@vger.kernel.org.
[    7.102431] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.2, id: 0x1e2a1, caps: 0xf00323/0x840300/0x12e800/0x0, board id: 3038, fw id: 2375007
[    7.138451] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6
[  110.568852] input: DELL07E6:00 06CB:76AF Touchpad as /devices/pci0000:00/0000:00:15.1/i2c_designware.1/i2c-7/i2c-DELL07E6:00/0018:06CB:76AF.0006/input/input27

$ free -m
          total        used        free      shared  buff/cache   
available
Mem:          15756        5038        5695        1981        5022       8835
Swap:           979           0         979

DataGrip正在使用1.8.0_152。

Answer 1

我也在经历这个问题。我在18.04遇到了问题，在20.04仍然有问题。

我在其中看到的应用是JabRef。我使用的版本是5.2，它有一个嵌入式java，尽管我在这两个版本的Ubuntu上默认安装JabRef时都遇到了这个问题。

$ ~/opt/JabRef/lib/runtime/bin/java --version
openjdk 15.0.1 2020-10-20
OpenJDK Runtime Environment Zulu15.28+51-CA (build 15.0.1+9)
OpenJDK 64-Bit Server VM Zulu15.28+51-CA (build 15.0.1+9, mixed mode)

这种行为和你所描述的完全一样。我会注意到它不是这样开始的，但是一些错误的鼠标点击会导致它，从那时起它就被困在那个模式中了。

在这个问题被触发后，我已经看到了带有xinput和xev的鼠标事件，并且在窗口上没有其他事件发生，只是有规律的鼠标移动。当我到达窗口中通常会响应拖动事件的元素时，该元素就会开始执行，就好像拖动事件正在进行一样。

在JabRef情况下，拖动事件会影响应用程序中的边界放置和列选择。关闭应用程序并重新打开没有任何作用。唯一起作用的似乎是重新启动桌面，这太烦人了。

我怀疑这与窗口管理器和java在一起玩得很好有关。