Firefox открывает Thunar в любом случае (с опцией “показать в папке” для загрузок)

Моя проблема похожа на эту, но не на эту, и не на другие, связанные с этими двумя, которые касаются общей проблемы настройки 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, не кажется затронутым (в отличие от случая второго связанного поста) и та же проблема с Firefox с любым другим приложением — за исключением Thunar — была исправлена в прошлом путем изменения вышеупомянутых файлов.

Замена thunar на dolphin в его /usr/share/applications/thunar.desktop ярлыке не помогла.

ОБНОВЛЕНИЯ:

Как было сказано здесь, и здесь, после отправки сигнала kill Thunar проблема исчезает до перезапуска браузера Firefox.

Удаление самого файла /usr/share/applications/thunar.desktop бесполезно.

Добавление этого файла в ~/.local/share/applications и удаление строки MimeType не помогает.

Полное удаление всех файлов “thunar” из usr/bin (потому что я заметил, что thunar и thunar -B могут запускаться из другого места) конечно же останавливает открытие Thunar, но открывает менеджер файлов по умолчанию Dolphin только через 10-15 секунд!

Основываясь на этом посте – ссылаясь на это:

Смотрев на /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

Я скопировал строку SystemdService=plasma-dolphin.service из файла “dolphin” в остальные два, заменив соответствующие строки “thunar” там.

(После этого, учитывая, что в моем случае бинарный файл thunar уже был удален из usr/bin и Firefox открывал Dolphin, но после долгого времени: Firefox начал открывать Dolphin после нормальной задержки.)

Кажется, это может быть временным, если Thunar будет обновлен, так что я его заблокировал на текущей версии.

Другие решения из ссылки, которые я не тестировал, но которые подтверждены как работающие (но которые, как я полагаю, не должны использоваться на рабочем столе, таком как Xfce — где Thunar управляет рабочим столом — без дополнительных настроек):

• запуск killall Thunar при входе в систему

• запуск systemctl --user mask thunar

Для операционных систем на базе Debian я разработал скрипт для обхода этой проблемы: 林博仁 Buo-ren Lin / filemanager-dbus-service-workaround · GitLab

Он работает путем переименования файлов активации сервисов dbus org.freedesktop.FileManager1, используя механизм отклонений dpkg, это предотвращает неэффективность обхода из-за обновлений пакетов.