我的问题类似这,但不是这,也不链接到这两个中的其他程序,它们通过指定该程序的必要设置来解决使 Firefox 使用默认文件管理器的一般问题。
也就是说,预期可行的解决方案实际上并没有在这里起作用:这似乎不是一个普遍的问题,例如“避免程序在从上下文菜单打开该程序中的文件夹时接管文件管理器”或“Firefox 下载中的‘在文件夹中显示’不使用我的默认文件管理器”,而是一个更特定于 Thunar 的问题,其形式为“Thunar 不尊重 Firefox 的默认文件管理器设置”。
正如第一个链接问题所述,
“我尝试修改所有可能 的
mimeapps.list
文件,每个文件都有以下行等”defaults.list
mimeinfo.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