av9ash/GitBugs huggingface dataset:
Bug: [ Firefox-Browser ] issue on case URLs rendering inside query parameters
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-07-24 10:52:32+00:00
Resolved: 2022-08-16 22:50:15+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

Steps to reproduce:

Hi Team,

Hope All are going well !!

There is an issue on rendering case difference URL of lower case L and Upper case i ( L(l) & I(i) ) placed in parameters which allows anyone to enforce any users to follow legitimate redirects to malicious urls,

When you directly visit `example URL : https://mozilIa.org` on Firefox browser it will render correctly as `https://mozilia.org` ( lowercased ), but when you follow redirects with parameters, the rendering has issue as it shows the URLs as it is instead of lowercasing those

I used Bugcrowd's external redirect page for easy understandable POC as bugcrowd has safe rendering on its page, so we can track it easily

lets look at the URLs below as those seems both are same & legitimate on Firefox's URL rendering, but when you follow the redirect on each, it will take you to two different domains

> On one tab, Navigate to https://bugcrowd.com/external_redirect?site=https://mozilla.org

> On another tab, Navigate to https://bugcrowd.com/external_redirect?site=https://mozilIa.org

And you can see the browser's URL bar as both the URLs on parameters are rendered as same, but the Bugcrowd's page rendering has showing the difference

This rendering can be dangerous in severe cases may happen as attackers can claim similar domains like `gmaii.com` and target users for phishing attacks via legitimate rendering of `gmaii.com` as `gmail.com`


Actual results:

There is an issue on rendering case difference URL of lower case L and Upper case i ( L(l) & I(i) ) placed in parameters which allows anyone to enforce any users to follow legitimate redirects to malicious urls

This rendering can be dangerous in severe cases may happen as attackers can claim similar domains like `gmaii.com` and target users for phishing attacks via legitimate rendering of `gmaii.com` as `gmail.com`


Expected results:

Since people trust URLs on the browser's bar more rather than content, The URLs rendering on the parameters should either be lower cased or should be rendered correctly with guessable difference
Bug: about:newtab shows xml code when embed image fails to load
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-07-24 15:59:06+00:00
Resolved: 2022-09-15 12:01:39+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

visit a normal website with embed image

open a new tab


Actual results:

showed xml code in embed image area


Expected results:

a actual picture to show up in embed image area
Bug: Missing documentation for AppUpdatePin enterprise policy
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-07-25 13:05:44+00:00
Resolved: 2022-10-06 15:06:09+00:00

Update pinning policy was implemented in bug 1762957 but its documentation is still missing.


STR:

1. Open `about:policies#documentation` in FF 102 or above.
2. Click on `AppUpatePin`.

Expected Behavior:

URL leads to documentation for the update pinning policy.

Actual behavior:

Documentation for update pinning policy is missing from the destination URL.
Bug: Intermittent browser/base/content/test/siteIdentity/browser_no_mcb_on_http_site.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-07-25 13:59:18+00:00
Resolved: 2022-07-27 18:46:32+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=385299316&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/D65qefYqRTybXDbE_07Wtg/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-07-25T12:24:50.576Z] 12:24:50     INFO - TEST-START | browser/base/content/test/siteIdentity/browser_no_mcb_on_http_site.js
[task 2022-07-25T12:24:50.583Z] 12:24:50     INFO - GECKO(5200) | [Parent 2764, IPC I/O Parent] WARNING: file /builds/worker/checkouts/gecko/ipc/chromium/src/base/process_util_win.cc:167
[task 2022-07-25T12:25:35.591Z] 12:25:35     INFO - TEST-INFO | started process screenshot
[task 2022-07-25T12:25:35.651Z] 12:25:35     INFO - TEST-INFO | screenshot: exit 0
[task 2022-07-25T12:25:35.652Z] 12:25:35     INFO - Buffered messages logged at 12:24:50
[task 2022-07-25T12:25:35.652Z] 12:25:35     INFO - Entering test bound init
[task 2022-07-25T12:25:35.653Z] 12:25:35     INFO - Buffered messages finished
[task 2022-07-25T12:25:35.654Z] 12:25:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_no_mcb_on_http_site.js | Test timed out - 
[task 2022-07-25T12:25:35.654Z] 12:25:35     INFO - GECKO(5200) | MEMORY STAT | vsize 1396MB | vsizeMaxContiguous 134MB | residentFast 427MB | heapAllocated 452MB
[task 2022-07-25T12:25:35.655Z] 12:25:35     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_no_mcb_on_http_site.js | took 45061ms
[task 2022-07-25T12:25:35.656Z] 12:25:35     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-07-25T12:25:35.657Z] 12:25:35     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_no_mcb_on_http_site.js | Found a tab after previous test timed out: http://example.com/browser/browser/base/content/test/siteIdentity/test_no_mcb_on_http_site_img.html - 
[task 2022-07-25T12:25:35.657Z] 12:25:35     INFO - checking window state
[task 2022-07-25T12:25:35.663Z] 12:25:35     INFO - TEST-START | browser/base/content/test/siteIdentity/browser_secure_transport_insecure_scheme.js
```
Bug: FreeText Annotation contents isn't searchable in PDFs
Status: NEW
Priority: P3
Created: 2022-07-25 14:11:50+00:00
Resolved: 2024-06-17 21:16:28+00:00

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Win 10 x64
* macOS 10.15
* Ubuntu 22 

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link](https://www.irs.gov/pub/irs-pdf/f1040.pdf)
3. Toggle on Add FreeText Annotation button and write a text on pdf.
4. Save the pdf document and open the saved pdf.
5. Try to search for a string previously entered.

**Expected result**
* FreeText Annotation contents is searchable.

**Actual result**
* FreeText Annotation contents isn't searchable.

**Regression range**
* This is not a regression.
Bug: Colorway Closet: Wasted space on the bottom of the modal
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-25 14:28:54+00:00
Resolved: 2022-07-25 16:07:59+00:00

Nightly 104.0a1 (2022-07-24) (64-Bit)
macOS

STR:
1.) Enable browser.theme.colorway-closet
2.) Go to about:addons
3.) Open the Colorway Closet modal
4.) Maximize the window

Actual: Huge blank area at the bottom

Expected: Not a huge blank area.

I noticed, the the modal is much smaller in its height when the window is narrower.

Maybe a bug? But please feel free to close if this is intentional.

A screenshot is attached.

Thanks for checking :)
Bug: FreeText Annotation content isn't accessible with screen reader in a saved pdf document
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-25 14:49:15+00:00
Resolved: 2023-06-02 15:23:34+00:00

**Found in**
* Firefox 104.0a1

**Affected versions**
* Firefox 104.0a1

**Affected platforms**
* Win 10 x64

**Steps to reproduce**
1. Launch Firefox and set pdfjs.annotationEditorMode = 0
2. Access any pdf form, ex: [link](https://www.irs.gov/pub/irs-pdf/f1040.pdf)
3. Toggle on Add FreeText Annotation button and write a text on the pdf document.
4. Save the pdf document and open the saved pdf.

**Expected result**
* The entered text with Add FreeText Annotation is accessible with screen reader.

**Actual result**
* The entered text with Add FreeText Annotation isn't accessible with screen reader.

**Regression range**
* This is not a regression.
Bug: NewTabUtils.activityStreamLinks.getTopSites() does not include some favicons
Status: NEW
Priority: P1
Created: 2022-07-25 15:01:35+00:00
Resolved: 2024-02-23 21:35:45+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

Steps to reproduce:

1. Create a new profile (using firefox --ProfileManager or whatever)
2. Launch firefox
3. On the 'about:newtab' page, dismiss all the sponsored (and other) tiles.
4. Quit firefox
5. Examine the favicons.sqlite file to see what sites have stored favicons:eg 
  sqlite3 /Users/davidmaxwaterman/Library/Application\ Support/Firefox/Profiles/*/favicons.sqlite 'select icon_url from moz_icons;'
6. Launch Firefox
7. Browse to 'https://slashdot.org/' - note favicon shown in tab
8. Note a 'placeholder' icon shown for slashdot on the newtab page.
8. Quit Firefox
9. Repeat step 5 - note no entry for slashdot
10. Revisit the about:newtab page some time later - note the favicon is displayed, and also has been added to the favicon.sqlite database.

I should add that I'm actually working on my own 'about:newtab' page and using the NewTabUtils.activityStreamLinks.getTopSites() API, and seeing the same behaviour.


Actual results:

A placeholder (in this case, a stylized 'S') is used even though the site has been visited and a favicon downloaded/displayed.



Expected results:

I would expect the favicon to be shown immediately for sites that the browser has shown favicons for.
The favicon is only shown some time later, with seemingly no reason for it.
Bug: Reduce requestAnimationFrame calls from downloads indicator
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-07-25 15:44:10+00:00
Resolved: 2023-03-07 11:25:56+00:00

The indicator basically calls `requestAnimationFrame` every time its `percentComplete` setter gets called. That can happen multiple times per second, and for large files and/or slow connections, the amount of progress is likely to be so negligible it's all do-nothing work.

To avoid this, we should throttle calls to `requestAnimationFrame` if there's no real update. 

We should also do that if the window is not actually visible. In theory the graphics/layout/compositor backend should be helping us in the latter case, in practice (e.g. bug 1768495, bug 1578123) that is often incomplete - and it's a pretty trivial thing to check ourselves.
Bug: Xfinity Stream Opening Problem With Firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-07-25 16:54:10+00:00
Resolved: 2022-08-18 07:56:22+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0

Steps to reproduce:

Opening the Xfinity Stream website https://www.xfinity.com/stream/ after opening Firefox consistently causes an error with the message to retry.  If I do the retry, it will work.  As long as I do not close Firefox, I can go back to the Xfinity Stream site, and it will load without an error message.    In Chrome, it will work.  I was working with the Comcast engineers on this issue, and they believe it is a problem with Firefox.  I tried Firefox in the safe mode and still get the same error message.  I have Firefox on two Windows 10 64-bit computers and both have the same result.


Actual results:

After launching Firefox and going to the Xfinity Stream site, I get an error message.


Expected results:

Firefox should open the Xfinity Stream site without an error message.
Bug: "Save page as" on images should use referrer info to choose and save the last-used directory for the embedding (referring) page (like right click -> save image as)
Status: NEW
Priority: P3
Created: 2022-07-25 21:20:55+00:00
Resolved: 2022-09-15 12:34:31+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

I have set "Always ask you where to save files" in my preferences.
I opened a bunch of jpg images from a webpage in my browser tabs (Firefox 102.0.1 64-bit, Windows 10 PC. Latest updated version).
I created a new folder ("folder1") and saved those images to that folder.
Then I opened a bunch of images from a different webpage in my browser tabs.
I created another folder ("folder2") and saved the first image there. Then I went on to save the other images.


Actual results:

When I tried to save the other images, I expected Firefox to show me "folder2" as the save location. But here's what actually happens:
1) If I right-click on the image and select "Save images as", it takes me CORRECTLY to folder2.
2) If I use "Ctrl S" instead, it takes me to folder1.


Expected results:

If I have an image open in a tab, regardless of whether I use "Ctrl S" or right click "Save image as", Firefox should be showing me the most recently saved to folder as my save location.
BTW, this happens regardless of the website. So pick any website and try this.
Bug: Right-clicking container context menu opens another identical menu
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-07-25 23:01:01+00:00
Resolved: 2023-01-20 15:02:33+00:00

**Step to Reproduce:**

1. Long press the new tab button in the toolbar to show the contextual identity context menu
2. Right-click inside the context menu

**Actual Behavior:**

Another identical context menu is opened 

**Expected Behavior:**

When we right-click an item in the context menu, it should open new tab in the selected container.

**Additional Information:**

This only happens when you open the context menu with a long press. Right-clicking the new tab button opens a context menu in which a right-click will open a new that in the selected container.
Bug: Thumbnails still being generated for top sites
Status: NEW
Priority: P3
Created: 2022-07-25 23:54:14+00:00
Resolved: 2022-08-10 08:57:27+00:00

Using the latest x64 Nightly on Windows 11 Pro with a clean profile.

With the recent poking of Bug 1162698 and Bug 1406640, I looked a little closer and found that thumbnails are still being generated for Top Sites on the New Tab Page, despite the thumbnails no longer being displayed to the user.

Steps to reproduce:

1) Add `https://bugzilla.mozilla.org` to your Top Sites.
2) Navigate to `about:profiles` and click on the Open Folder button for the Local Directory
3) Open the thumbnails folder in the newly opened directory
4) Note that there is an image of bugzilla (there may be a delay of a few seconds)

If I delete the contents of the thumbnail directory, it is repopulated on browser start. As far as I can tell, thumbnail generation doesn't occur for sites listed in https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/DefaultSites.jsm.
Bug: Cookie cleanup exceptions not respected after a crash
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-26 04:00:26+00:00
Resolved: 2022-07-26 15:25:44+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

* Checked `Clear history when Firefox closes` → `Cookies` 
* Added many sites to the list of exceptions



Actual results:

When Firefox crashes and I restart it, all cookies are deleted now.


Expected results:

Whitelisted cookies should not be deleted. 

As I understand, if Firefox crashes it now clears cookies during the next startup. That's fine, but it is not respecting my list of exceptions.
Bug: Nothing happens when importing a file on the “about:logins” page
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-07-26 09:16:59+00:00
Resolved: 2023-04-14 17:50:01+00:00

**[Affected versions]:**
- Firefox Nightly 105.0a1 (Build ID: 20220725213209)
- Firefox Beta 104.0b1 (Build ID: 20220725154459)

**[Affected Platforms]:**
- macOS 12.3.1
- Windows 10 x64
- Ubuntu 20.04 x64.

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a CSV file that contains multiple logins.
- Have the “signon.management.page.fileImport.enabled” pref set to true.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click the Menu button and select the “Import from a File…” option.
4. Select the CSV file from prerequisites and click on the “Open” button.
5. Observe what happens next.

**[Expected result]:**
- The logins from the CSV file are imported and the “Import” modal is displayed.

**[Actual result]:**
-  The logins are not imported and the “Import” modal is not displayed.

**[Regression Window]:**
- The issue is not reproducible with older Nightly 104.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
   - Last good revision: f33bef1f7d560e494bab0599e2022a3ea53902f9
   - First bad revision: c39b51a0b211e7bd45cb78f14eda63698d60dc1b
   - Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f33bef1f7d560e494bab0599e2022a3ea53902f9&tochange=c39b51a0b211e7bd45cb78f14eda63698d60dc1b)

@Tom could you please take a look over this regression window since I am not sure which bug has caused this issue?

**[Notes]:**
- Also, the “Error: TelemetryStopwatch: key "PWMGR_IMPORT_LOGINS_FROM_FILE_MS" was already initialized” error is displayed in the Browser Console.
- This issue is reproducible in all the use cases (import wrongly CSV files, import a non-CSV file)
- Attached is a screen recording of the issue and a screenshot with the Browser Console error.
Bug: Encoded Umlauts %C3%BC are passed as decoded umlauts ü when passing different protocol URLs to external handlers on windows (e.g. mailto, custom schemes)
Status: NEW
Priority: P3
Created: 2022-07-26 14:26:31+00:00
Resolved: 2024-04-24 22:11:10+00:00

Steps to reproduce:

Sending mailto request with umlauts, converts the umlauts.

<html>
<body>
<a
href="mailto:test@test.com?subject=Test%2003:%20MailTo%20-%20Aush%C3%A4ndigung%20&amp;body=
%C3%BC
%C3%A4
%C3%B6">MailTo</a><br/>
</body>
</html>

Tested also with current release of firefox


Actual results:

Umaluts converted in mailto call via Firefox
"C:\PROGRA~2\MICROS~3\Office16\OUTLOOK.EXE" -c IPM.Note /mailto "mailto:test@test.com?subject=Test%2003:%20MailTo%20-%20Aushändigung%20&body=üäö"


Expected results:

Example with MSEdge and Chrome, Umlauts remain encoded
"C:\PROGRA~2\MICROS~3\Office16\OUTLOOK.EXE" -c IPM.Note /mailto "mailto:test@test.com?subject=Test%2003:%20MailTo%20-%20Aush%C3%A4ndigung%20&body=%C3%BC%C3%A4%C3%B6"
Bug: After configuring links to open in a new Tabs, some links are still opening in same tab window
Status: UNCONFIRMED
Priority: --
Created: 2022-07-26 15:08:45+00:00
Resolved: 2023-01-13 00:05:31+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36

Steps to reproduce:

Able to consistently reproduce on a Private website for the DON. After completing the settings for configuring new pages to open in a new Tab. 
1. Login MNP - DON Gov't website. (private Gov't non-classified website)
2. Navigate to the Commissioning Program page
3. Click on the any of the Commissioning Program external web link.

The .gif video provided since this a private Gov't website.  DOD CAC required to login site.


Actual results:

The external web links are opening up in the same FF web browser.  (see .gif attachment)


Expected results:

The external web links should open in a new FF tab.  Also there is a pop-up message confirming that the user wants to access the external site.
Bug: Intermittent browser/base/content/test/tabs/browser_tabSpinnerProbe.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-07-26 15:45:41+00:00
Resolved: 2022-08-13 13:16:23+00:00

**Filed by:** nfay [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=385461445&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/CTm1FoskSm-eRZfkan1FXA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-07-26T14:59:18.106Z] 14:59:18     INFO - TEST-START | browser/base/content/test/tabs/browser_tabSpinnerProbe.js
[task 2022-07-26T15:00:03.174Z] 15:00:03     INFO - TEST-INFO | started process screencapture
[task 2022-07-26T15:00:03.301Z] 15:00:03     INFO - TEST-INFO | screencapture: exit 0
[task 2022-07-26T15:00:03.302Z] 15:00:03     INFO - Buffered messages logged at 14:59:18
[task 2022-07-26T15:00:03.302Z] 15:00:03     INFO - Entering setup bound 
[task 2022-07-26T15:00:03.302Z] 15:00:03     INFO - Leaving setup bound 
[task 2022-07-26T15:00:03.303Z] 15:00:03     INFO - Entering test bound bound testProbe
[task 2022-07-26T15:00:03.303Z] 15:00:03     INFO - Testing probe: FX_TAB_SWITCH_SPINNER_VISIBLE_MS
[task 2022-07-26T15:00:03.304Z] 15:00:03     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | New tab should be remote. - 
[task 2022-07-26T15:00:03.304Z] 15:00:03     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | New tab has presented. - 
[task 2022-07-26T15:00:03.305Z] 15:00:03     INFO - Buffered messages logged at 14:59:19
[task 2022-07-26T15:00:03.305Z] 15:00:03     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | Spinner probe should now have a value in some bucket - 
[task 2022-07-26T15:00:03.305Z] 15:00:03     INFO - Leaving test bound bound testProbe
[task 2022-07-26T15:00:03.306Z] 15:00:03     INFO - Entering test bound bound testProbe
[task 2022-07-26T15:00:03.306Z] 15:00:03     INFO - Testing probe: FX_TAB_SWITCH_SPINNER_VISIBLE_LONG_MS
[task 2022-07-26T15:00:03.307Z] 15:00:03     INFO - Buffered messages finished
[task 2022-07-26T15:00:03.307Z] 15:00:03     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | Test timed out - 
[task 2022-07-26T15:00:03.307Z] 15:00:03     INFO - GECKO(2152) | MEMORY STAT | vsize 16570MB | residentFast 578MB | heapAllocated 165MB
[task 2022-07-26T15:00:03.308Z] 15:00:03     INFO - TEST-OK | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | took 45072ms
[task 2022-07-26T15:00:03.308Z] 15:00:03     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-07-26T15:00:03.309Z] 15:00:03     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tabSpinnerProbe.js | Found a tab after previous test timed out: about:blank - 
[task 2022-07-26T15:00:03.309Z] 15:00:03     INFO - checking window state
[task 2022-07-26T15:00:03.310Z] 15:00:03     INFO - TEST-START | browser/base/content/test/tabs/browser_tabSuccessors.js
```
Bug: Possible TypeError in SessionStore initSession
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-07-26 16:13:50+00:00
Resolved: 2022-07-27 09:41:25+00:00

In D145112 we wrote:
```JavaScript
state.windows.forEach(win => delete win._maybeDontRestoreTabs);
state._closedWindows.forEach(win => delete win._maybeDontRestoreTabs);
```
But `state`, or `state.windows` or `state._closedWindows` could be null and this could lead to some TypeError.
Bug: saving router configuration removes extension
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-07-26 19:22:27+00:00
Resolved: 2022-07-26 19:46:37+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

I was simply trying to save my router configuration...something I have done frequently for years


Actual results:

When using Firefox, my Asus RT-AC68U router generates a file called Settings_RT-AC68U.CFG. However, in the save as dialog box generated by Firefox I just see Settings_RT-AC68U...the .CFG extension was stripped out.


Expected results:

The Firefox download dialog box should have shown Settings_RT-AC68U.CFG. This has not happened on prior versions of Firefox