更新：这个问题可能是由一些错误的假设引起的。我已经用一个答案结束了循环。我会把问题留在原地，以防其他人得出类似的结论（或可以添加任何见解）。
大多数 Linux 桌面环境都包含多个工作区的功能。我的回忆是，直到最近，所有或大部分都会“自动对焦”。这就是我的意思：
假设您在工作区 1 中打开了您的电子邮件客户端，并在工作区 2 中打开了您的 Web 浏览器。您在您的电子邮件客户端中，那里的消息包含一个 Web 链接。过去的行为是单击链接将您带到它的视图。也就是说，链接在浏览器中打开，工作区 1 自动切换到工作区 2，只需原始单击链接即可显示网页。
这种行为最近发生了变化。对于大多数桌面环境，自动对焦停止工作。单击该链接将在浏览器中将其打开，但工作区操作将是以下操作之一：
- 没有迹象表明发生了什么，但如果您切换到浏览器的工作区，链接将在那里打开。
- 浏览器工作区的系统托盘图标表明那里发生了变化，比如通过改变颜色，但您必须手动切换到该工作区才能看到它。
- 浏览器从它自己的工作区被吸到电子邮件客户端前面准备查看的电子邮件客户端的工作区（然后必须手动移回它自己的工作区）。
这发生在 KDE（我的首选 DE）中，我认为这只是一个发行版错误。我尝试了所有主要的 KDE 发行版（包括 Neon，这是 KDE 自己的发行版），它们都是一样的。所以也许这是一个 KDE 错误。
我开始寻找其他 DE 来使用，直到 KDE 齐心协力。我不知道 Gnome（我发现它不可能使用），但至少 Mate、Xfce、LXDE 和 LXQT 现在都无法自动对焦（跨发行版）。
Cinnamon 是我发现仍然“正确”执行的唯一主要 DE。Budgie 可以工作，尽管该项目看起来几乎已经死了（而 Ubuntu Budgie 是有问题的）。Moksha 有效，但它只能在 Bodhi 上使用，而且该发行版已严重损坏。
我不是 Cinnamon 的忠实粉丝，所以我试图更深入地挖掘以找出共同点。构建所有这些 DE 功能的工具包集合相对较小。由于这种行为变化非常普遍并且同时发生在所有地方，我假设问题出在其中一个底层组件上。如果我能识别它，它将比反复试验更容易弄清楚什么有效，什么无效，并提供一种跟踪进度的方法。它还可能有助于确定和解决问题。
有谁知道哪个子系统负责此工作区自动对焦操作？
我要结束这个循环。我会把问题留在原地，以防有人可以添加一些见解（或其他人跳到类似的结论），但看起来我所追求的是半身像。
似乎与工作区切换相关的任何事情都是窗口管理器的责任。大多数桌面环境使用不同的默认窗口管理器。因此，在某种程度上，许多 DE 的行为可能在大约同一时间发生了变化，这似乎是巧合。
甚至可能不是巧合。关于改变行为的主要 DE 的数量，我可能是错误的，或者过于笼统了。
我接触过很多DE，但最近几年主要使用KDE。我没有在其他 DE 中明确测试这种行为，而是回忆起我从未在我使用或测试过的主要 DE 中看到缺乏自动对焦的情况。我怀疑我根本就没有将那些其他 DE 用于需要自动对焦的目的。最近的测试让我意识到他们现在不这样做了，我可能已经下了结论。
看起来底线是有些人这样做，有些人不这样做。我确定唯一改变行为的是 KDE。
教训：小心检查你的假设。很容易推断出可能不存在的模式。
更新：
这个问题是由 KDE 中自动对焦行为的变化引发的。虽然这个问题被证明是半身像，但原来的问题已经解决了。如果有人在这里遇到同样的问题，这就是根本问题。
我找不到任何文档表明 KDE 中的自动焦点切换是一项明确的功能。它可能只是一个有益的怪癖，其行为由于不相关的修改而改变。
KDE 至少从 KDE4 开始就有一个特性，叫做
focus stealing prevention. 添加此功能是为了解决弹出窗口或行为不佳的应用程序突然从您正在处理的内容中窃取焦点的问题。最近的一些变化（改进和可能的默认级别设置？），受影响的应用程序被另一个应用程序激活，而不是被用户明确点击。将焦点窃取预防设置为
none允许它像以前一样工作。它可以作为系统设置中的一揽子政策来完成，或者仅限于特定的应用程序，例如浏览器（它可以最大限度地减少在实际有益的地方失去焦点窃取预防功能）。可以在KDE 不再自动切换桌面上找到解决方案的详细信息。我需要进一步调查，看看是否有任何其他不自动对焦的 DE 受到相同类型功能的影响，并且可以从类似的修复中受益。