Autohotkey 自动钥匙gtk 0.95.10图标变红自动钥匙冻结

如果按脚本快捷键F12，通常会停止工作

大约每70%。大约每50%的图标都会变红，并且自动键会冻结。CPU负载略有增长

很难说是什么原因造成的

脚本（有点大。
大约500行，在上提供

我在将桌面录制到视频文件（）时通过发送进行调试

它通过一个菜单打开（脚本名为），捕获更改的剪贴板并将其写出

当我重新启动autoKey脚本时，它会运行几次（可能三次或五次）。我在不同的时间点插入了100毫秒作为暂停。从那时起，我不必重新启动操作系统，只需在脚本冻结时终止脚本

你知道该试试什么吗

对于调试，我使用以下小助手：

---

由于以下变化，这些问题在几天内没有消失：

上述解决方案使用剪贴板和键盘以及通过两种脚本语言传输的Linux和Windows（Wine）

应用程序：
剪贴板⇄ 奥基⇄ 自动热键⇄ 过梁主义者

操作系统：
剪贴板⇄ ⇄ 一,

错误在非封闭系统中更为常见。因此，例如，此类错误是典型的（autokey中2020:11:12时仍然存在问题）：

对于使用基于qt的桌面环境（如KDE Plasma、Lumina等）的系统，请从

autokey gtk

更改为

autokey qt

。因此，有不同的可能性（）。我使用了我使用的：

在阿克苏斯换了衣服

ClipboardFirst:=RTrim（LTrim（剪贴板，`n`t:），`n`t”） 到 ClipboardFirst:=RTrim（LTrim（剪贴板，“`n`t`r:”），“`n`t`r”） autokey图标有时仍会变为红色，但CPU负载不会增长太多，系统也不再冻结

---

1:Wine是Linux上Windows的免费实现。
版本20.04
自动密钥版本0.95.10
Python版本3.8.5（默认值，2020年7月28日，12:59:40）[GCC 9.3.0]

---

wine-5.0.1

我不确定问题出在哪里。但我的一个变化（最后一个）是从

autokey gtk

更改为

autokey qt

。它在最初的几次测试中有效

import subprocess
doPopupNotify_howItWorks_counter = 0
doPopupNotify_howItWorks_firstNr = 15
doPopupNotify_howItWorks = True

def popupNotify(text):
    subprocess.Popen(['notify-send', text])  # will be showed right top

def popupNotify_howItWorks(text):
    global doPopupNotify_howItWorks, doPopupNotify_howItWorks_counter
    if not doPopupNotify_howItWorks:
        return
    doPopupNotify_howItWorks_counter = doPopupNotify_howItWorks_counter + 1
    if doPopupNotify_howItWorks_counter < doPopupNotify_howItWorks_firstNr:
        return
    subprocess.Popen(['notify-send', str(doPopupNotify_howItWorks_counter) + ") " + text])  # will be showed right top
    time.sleep(.2)

Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-52-generic
OS Type: 64-bit
autoKey gtk 0.95.10

sudo apt-get remove --auto-remove autokey-gtk
sudo apt -y install autokey-qt

ClipboardFirst := RTrim(LTrim(Clipboard, " `n`t:")," `n`t") to ClipboardFirst := RTrim(LTrim(Clipboard, " `n`t`r:")," `n`t`r")