Open Bug 1778620 Opened 3 years ago Updated 1 year ago

wrong extension-name of setting file when ASUS router setting saved

Categories

(Firefox :: File Handling, defect, P2)

Firefox 102
defect

Tracking

()

People

(Reporter: qingdao1977, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: webcompat:platform-bug)

Attachments

(1 file)

Steps to reproduce:

tried to save settings on ASUS routers

Actual results:

Firefox 102 use the ".tar" as the extention-name to save the setting file.

Expected results:

the extension-name should be ".cfg". It worked well on firefox 101 and works well on Brave browser.

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

Component: Untriaged → File Handling
Blocks: 1778322

I tested in my ASUS Router and it serves the file as Content-Type: application/force-download... that's funny, they use a non existing mime instead of a force binary one...
The url is http://router.asus.com/Settings_RT-AC88U.CFG?path=0&remove_passwd=0 and I end up with a .html file instead of .CFG

Status: UNCONFIRMED → NEW
Ever confirmed: true

May be fixed by 1773907, depending on the taken approach.

Depends on: 1773907
Severity: -- → S3
Priority: -- → P2

I could not reproduce the issue on Win10/Ubuntu20.4 using Beta 102.0b1 (build without fix). I used a clean profile and a profile with the file handler from bug 1772140.
Can you please add a sample of .cfg file and handler.json from your profile, in order to reproduce it?
If .cfg file can not be attached can you please confirm if issue is still reproducing on latest Beta 103.0b8 (https://archive.mozilla.org/pub/firefox/candidates/103.0b8-candidates/build1/) and Nightly 104.0a1(https://archive.mozilla.org/pub/firefox/nightly/2022/07/2022-07-13-09-38-28-mozilla-central/)? Also what OS are you using?
There were some fixes made on bug 1773907 that could be fixing your issue.

File handler can be found: go to about:suport ->Profile Folder ->Open folder -> look for 'handlers.json'.

Flags: needinfo?(qingdao1977)

It happens when I was using firefox 102 and 102.0.1 in MacOS Monterey 12.4. I have switched it to firefox 102.0.1esr, the issue is still there.

After got your question, I tried this operation on Window 11 with firefox 102.0.1esr (first installation of firefox in this Win11 OS), it saved the setting file with no/lack extention. I tried to use the Edge with the same operation, Edge saved the setting file with ".CFG" extention, which is same as what Brave did on MacOS.

Sorry that I could not find handler.json on MacOS with your kind instruction, but I can find it on Win11. Anyhow, I think it should be a clean profile because it is the first installation of firefox on this win11.

Hope above is a bit helpful! Thanks!

Flags: needinfo?(qingdao1977)

Hi, again. Sorry about I ignored two requirements.

Good news is that it works well on Nightly 104.0a1, but issue is still there on latest Beta 103.0b8.

Hi, again more.

I have just deleted firefox app and deleted the profile folder as well, reinstalled 102.0.1esr on Macos. It saved my setting file with no extension now. It is supposed to be with .cfg extension as Edge/Brave does and Firefox 101 did.

Hello,

My firefox was just updated to version 103.0 and performed a save of my ASUS router's configuration file. Unfortunately, the file was save with the extension of ".tar" instead of ".cfg". The problem still exists.

having stayed at 102esr, the latest update 102.1.0esr had this issue solved.

I can still reproduce this with 111 on Win10 x64. It broke somewhere between 17-Oct-2022 and today.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: