Firefox 应用程序关联在“下载”窗口中不起作用

Question

无论我对 Firefox 的“应用程序”选项卡中的文件关联（操作）进行什么更改，它们都将被完全忽略。
例如，我将.wmv和.avi文件设置为使用“smplayer”打开，但是当我下载文件并双击它（通过“下载”窗口）时，它会继续使用 Totem 播放器打开。

通过 nautilus（“打开方式”选项卡）的默认文件关联工作正常，即我已将 smplayer 设置为默认播放器，当我双击视频文件时，它可以正确打开。

我试图删除并重新创建 mimetypes.rdf 但这没有帮助。

关于我还应该检查什么的任何想法？

Answer 1

更新：从 Firefox 18 开始，Firefox 支持 GIO 而不是 GnomeVFS，因此不再需要下面的解决方法。如果有人在最​​近的 Firefox 版本中仍然遇到这个问题，这将不太可能解决它。

因此，请保留这篇文章的其余部分...

修复

这为我修复了它：

cd .local/share/applications/
ln -s mimeapps.list defaults.list

最后，重新启动 Firefox。当它再次出现时，它的下载管理器应该调用正确的程序（如上面引用的 .list 文件中所指定）。

细节

Firefox（截至本文的主干夜班）目前使用 GnomeVFS API 来询问“我应该使用什么应用程序来打开具有这种 mimetype 的文件？” 但是，GnomeVFS 已被弃用而支持 GIO。

Nautilus（我正在查看 2.32.2.1 版）现在使用 GIO 来注册用户指定的默认处理程序应用程序（例如您的情况下的 smplayer）。GIO 和 GnomeVFS 使用不同的文件来管理它们的设置，但这些文件显然采用相同的格式（至少对于上述“ ln” hack 对我来说足够相似。:)）

（我在Mozilla 错误报告中对此进行了更详细的调查。）

Answer 2

奇怪的是，这个话题在 2018 年似乎仍然很现实。

一些新安装的应用程序接管 FF 中的“默认”状态，about:preferences而不是在系统级别设置的每个文件类型的正常应用程序（例如，对于 jpeg 文件，Palemoon 取代 gwenview，对于 pdf 文件，Inskape 或 File Roller 取代 Okular 取代 Okular）文件。）。

在这种情况下应该使用“始终询问”选项，然后尝试使用以下~/.local/share/applications/mimeinfo.cache行创建每个用户文件：

[MIME Cache]
application/pdf=okularApplication_pdf.desktop

上述的缺点是它是针对每个文件类型的设置。要获得所有文件的解决方案（如本答案中所述），请运行：

cd .local/share/applications/
ln -s mimeapps.list defaults.list

如果此操作停止工作：请确保在以下位置不再选择不需要的应用程序about:preferences：确保在那里选择了“始终询问”。手动设置不同的程序（即使是系统级别文件类型的默认程序，但在 下的文件列表中未标记为“默认” about:preferences）可能不起作用。

在 Kubuntu 18.04 中的 Firefox 60.0 中测试。

Firefox 设置有问题。“始终询问”和“保存文件”对于已下载的文件没有意义，因此下面的设置about:preferences 不应影响下载列表。但他们确实如此。而且它们的执行方式不一致：仅选择标记为默认的应用程序，而不会切换到另一个应用程序。要扭转这种情况，可能需要选择“始终询问”，然后按照上述步骤操作。