关于Arm64环境下X Window/QT窗口点击失效问题的上报渠道及排查方法咨询

这种边缘环境下的兼容性问题确实挺闹心的，我来给你梳理几个可以用来定位问题的验证方法（也就是你说的litmus tests），以及对应的上报方向：

一、先做几个排查测试，缩小问题范围 #

• 排除VNC服务器的影响：
  换用另一个X11 VNC服务器试试，比如x11vnc（可以用apt-get install x11vnc安装），同样在无头模式下运行，移动窗口看是否还会出现点击失效的情况。如果换了VNC服务器后问题消失，那大概率是TigerVNC和Arm64架构下KDE桌面的兼容性问题，后续就针对TigerVNC项目上报。
• 排除KDE/Qt桌面环境的影响：
  临时切换到其他桌面环境，比如GNOME（执行apt-get install ubuntu-desktop安装）或者轻量级的Xfce，同样搭配TigerVNC使用，测试窗口移动后的点击情况。如果其他桌面环境没有这个问题，那问题就锁定在KDE或者Qt框架的Arm64适配层面。
• 测试原生X11应用：
  打开xterm这类纯X11原生应用，移动它的窗口，观察是否会出现点击失效。如果xterm完全正常，那说明问题出在Qt编写的应用（KDE组件大多基于Qt）上，而非底层X服务器。
• 查看日志找线索：
  出现问题后，检查以下日志文件：
  • TigerVNC的日志：一般在~/.vnc/目录下，以你的主机名加.log结尾的文件
  • KDE的会话日志：~/.xsession-errors或者用journalctl --user -u plasma查看用户级别的Plasma服务日志
    日志里如果有X事件处理失败、Qt渲染错误之类的报错信息，能帮你直接定位到出问题的组件。

二、根据排查结果选择上报渠道 #

• 如果确定是VNC服务器的问题：上报到对应VNC项目的Bug跟踪系统
• 如果是KDE桌面组件的问题：可以上报到KDE的Bugzilla，或者plasma-desktop等相关组件的代码仓库
• 如果是Qt库的适配问题：上报到Qt官方的Bug跟踪平台
• 如果怀疑是Ubuntu Arm64包的依赖或打包问题：上报到Ubuntu的Launchpad Bug系统

备注：内容来源于stack exchange，提问作者lopass