User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Some examples:

• DSC file.

  1. I downloaded a DSC file from this PPA.
  2. When I click to open, it opened up a Wine application called ExtendScript Toolkit CS6 (an Adobe application).
  3. In Plasma's system settings, I checked and made sure that DSC is supposed to open up Kate (text editor).

• File archive format (i.e. ZIP, tar):

  1. Same steps, except it'd open up PeaZip (which I just removed because I no longer have any need for it, and it was annoying me).

Actual results:

Some files that I download doesn't open the proper application that I have configured as default on Plasma system settings.

Expected results:

Firefox should've respect the defaults I have configured by opening up the right application.

The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

I Think this issue is related to the Plasma linux OS, Jonty.68 can you please provide a link where we could download and open a DSC file ? the Launchpad link seems to return an error on our side, we cant find any files.
This will help us try and reproduce the issue on our side. In the meantime I will set the Widget GTK component for it because I think its the Os at fault.

(In reply to Rares Doghi from comment #2)

I Think this issue is related to the Plasma linux OS, Jonty.68 can you please provide a link where we could download and open a DSC file ? the Launchpad link seems to return an error on our side, we cant find any files.
This will help us try and reproduce the issue on our side. In the meantime I will set the Widget GTK component for it because I think its the Os at fault.

Sorry for the late reply.

Try this one from Pop!_OS PPA in Launchpad.

This affected me yesterday, as I missclicked when selecting a default application for a new protocol. I was able to verify it works on KDE Plasma, but Firefox would not update the definition.

steps:

1. Associate a protocol in firefox to a wrong application (in my case, sgdb://)
2. xdg-open sgdb://boop/test works OK
3. flatpak run --command=/usr/bin/xdg-open org.mozilla.firefox sgdb://boop/test opens the wrong application

So Firefox is not respecting what xdg-open or xdg-mime is set up to when Firefox settings are set to "Default file handler".

Which Firefox version is that?

Was Flatpak 116.0.3, now Flatpak 117.0, and it has the same behaviour.