我在安装 Kubuntu 20.04 时遇到了一个烦人的问题。我无法使用 KMenuEdit 覆盖菜单项。它在“~/.local/share/applications”下创建了一个文件，但它被忽略了，而“/usr/local/share/applications”下的原始文件才是被使用的。
如果我手动进行所有编辑，情况也一样。但是，如果我放置在“~/.local/share/applications”下的文件与放置在“/usr/share/applications”下的文件名称不同，则会显示在菜单上。
我还已经测试运行“xdg-desktop-menu” forceupdate 和“kbuildsycoca5”以确保一切都是最新的。$XDG_DATA_DIRS 和 $XDG_DATA_HOME 环境变量似乎也设置正确。
我在虚拟机上测试了 Kubuntu 20.04 ISO，一切似乎在实时会话中运行良好。我不知道还能做什么。有人能帮助我吗？
我将在这里添加让我发现此错误的示例，但是我已尝试过其他应用程序，但问题完全相同。
我使用 Google Chrome Beta，可以通过 /usr/share/applications/google-chrome-beta.desktop 文件启动。
但是，您可能知道，Google Chrome 没有办法检测您的桌面是否在 Linux 下以暗黑模式运行。因此，如果您想以暗黑模式运行 Chrome，您必须添加“--force-dark-mode”命令行参数。
因此我决定通过使用 KMenuEdit 编辑条目来添加该参数，但不起作用。Google Chrome 仍然以轻量模式启动，因为 KMenuEdit 使用我所做的更改创建了一个新文件“~/.local/share/applications/google-chrome-beta.desktop”。与预期相反，该文件被完全忽略，而 /usr/share/applications 上的文件则被使用。
但是，如果我将文件重命名为“google-chrome-beta.desktop”以外的其他名称，则会得到两个“Google Chrome Beta”条目。一个是原始条目，以浅色模式启动，另一个是经过修改的条目，由于使用了“--force-dark-mode”标志，该条目以深色模式启动。
此外，据我所知，其他人在 Manjaro 上也遇到了同样的问题：https://forum.manjaro.org/t/local-share-applications-not-overriding-usr-share-applications/89099但他们似乎也无法解决这个问题。