我的问题类似这，但不是这，也不链接到这两个中的其他程序，它们通过指定该程序的必要设置来解决使 Firefox 使用默认文件管理器的一般问题。
也就是说，预期可行的解决方案实际上并没有在这里起作用：这似乎不是一个普遍的问题，例如“避免程序在从上下文菜单打开该程序中的文件夹时接管文件管理器”或“Firefox 下载中的‘在文件夹中显示’不使用我的默认文件管理器”，而是一个更特定于 Thunar 的问题，其形式为“Thunar 不尊重 Firefox 的默认文件管理器设置”。
正如第一个链接问题所述，
“我尝试修改所有可能 的
mimeapps.list文件，每个文件都有以下行等”defaults.listmimeinfo.cache
在我的情况下，那条线是inode/directory=org.kde.dolphin.desktop;，而且我甚至还将其添加到~/.config/mimeapps.list。
在我的所有设置中，Dolphin 都是我的默认设置。
我甚至安装了xfce4-settings然后xfce4-mime-settings选择 Dolphin 作为文件管理器（无用它似乎，因为这与任何 Xfce 或 Thunar 特定文件无关） - 并且我也在~/.config/xfce4/helpers.rc和中选择了它/etc/xdg/xfce4/helpers.rc。
我在 Kubuntu 22.04 中，我安装了 Thunar，因为我需要它的批量重命名器与 Dolphin 上下文/服务菜单相关联，我已经多次修复了这个问题，我没想到它会出现在这里。
这就是为什么我认为这是一个不同的问题，基于特定于 Thunar 或 Firefox 的某些设置 - 或者以某种方式同时针对它们。
除了 Firefox，其他应用程序似乎都没有受到影响（与第二篇链接帖子的情况不同），并且其他任何应用程序（Thunar 除外）的 Firefox 问题都已在过去通过修改上述文件得到修复。
thunar在启动器dolphin中替换/usr/share/applications/thunar.desktop没有帮助。
更新：
正如所说这里， 和这里向 Thunar发送kill信号后，问题消失，直到 Firefox 浏览器重新启动。
删除该文件/usr/share/applications/thunar.desktop是没有用的。
添加该文件~/.local/share/applications并删除 MimeType 行没有帮助。
完全删除所有“thunar”文件usr/bin（因为我注意到了thunar并且thunar -B可以从其他位置运行）Firefox 当然会停止打开 Thunar 但仅在 10-15 秒后打开默认文件管理器 Dolphin！
答案1
观察/usr/share/dbus-1/services/我们发现：
/usr/share/dbus-1/services/org.kde.dolphin.FileManager1.service
/usr/share/dbus-1/services/org.xfce.FileManager.service
/usr/share/dbus-1/services/org.xfce.Thunar.FileManager1.service
我已将“dolphin”文件中的行复制SystemdService=plasma-dolphin.service到另外两个文件中，替换那里相应的“thunar”行。
（在此之后，考虑到我的情况thunar二进制文件已被删除，usr/bin并且 Firefox 正在打开 Dolphin，但过了很长时间：Firefox 经过正常延迟后才开始打开 Dolphin。）
如果 Thunar 更新，这似乎只是暂时的，所以我将其锁定在当前版本。
来自链接的其他解决方案，我尚未测试过，但确认可以工作（但我猜不应该在像 Xfce 这样的桌面上使用 - Thunar 正在处理桌面 - 在没有补充设置的情况下）：
killall Thunar登录时运行跑步
systemctl --user mask thunar