Bug 247108 - www/firefox: consistently chooses wrong applications to open files
Summary: www/firefox: consistently chooses wrong applications to open files
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-gecko (Nobody)
Keywords: needs-qa
Depends on:
Reported: 2020-06-09 12:27 UTC by Tobias C. Berner
Modified: 2020-10-09 16:27 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (gecko)


Note You need to log in before you can comment on or make changes to this bug.
Description Tobias C. Berner freebsd_committer 2020-06-09 12:27:27 UTC
Moin moin 

This has been annyoing me for years now. I use firefox as Browsre in KDE Plasma.

Firefox consistently uses wrong applications to open files. I can configure them in firefox settings dialog; say "pdf -> okular", "xls->libreoffice". I can, but it just has no effect.

Assuming the last opened file from firefox used 'libreoffice', the next time any download will just suggest to use "libreoffice". No matter its type. Assuming it was a PDF, I silently curse, and chose "okular" from the dropdown. Great. Now firefox just assumes I want to open all the following files in okular.

I have this behaviour on all my systems, FreeBSD 12/13, FF up to date.

mfg Tobias
Comment 1 Chris Hutchinson 2020-06-09 16:23:39 UTC
I can confirm that this is also true in GTK based
DEs as well. It appears that FF will only use, or
offer to use applications chosen by the DE for
"preferred" applications to deal with content.
While FF indicated you can "make this change permanent"
in FF "preferences". It has little, if any effect.
As a result, I'm forced to right-click > save-as
in FF, to ever open content with my *chosen* application.

Comment 2 Jan Beich freebsd_committer 2020-06-13 16:05:34 UTC
Please, provide clear steps to reproduce in a fresh profile. I don't use this feature, don't use any DE, don't use ocular/libreoffice and can't reproduce.
Comment 3 Graham Perrin 2020-10-09 16:27:38 UTC
Is <https://unix.stackexchange.com/a/162743/13260> related?