av9ash/GitBugs huggingface dataset:
Bug: The value for os.environment.launch_method is different for MSIX builds only on Windows 10
Status: NEW
Priority: --
Created: 2024-05-21 12:47:36+00:00
Resolved: 2024-05-21 14:11:13+00:00

**Found in**
* Latest Nightly 128.0a1

**Affected versions**
* Latest Nightly 128.0a1

**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: Windows 11, Windows 11 ARM, macOS, Ubuntu

**Steps to reproduce**
1. Visit about:preferences
2. Check the `Open Nightly automatically when your computer starts up` option
3. Restart the OS
4. Wait for Nightly to autostart
5. Visit about:telemetry and search for `os.environment.launch_method`

**Expected result**
* The value of `os.environment.launch_method` is `Autostart`

**Actual result**
* The value of `os.environment.launch_method` is `Other`

**Regression range**
* Not a regression since this is a new thing for MSIX builds.

**Additional notes**
* This is only reproducible with MSIX builds on Windows 10. MSIX build on Windows 11 and Windows 11 ARM has the value `Autostart`
* Not sure if `os.environment.launch_method` is used anymore but it was used when the feature first landed in non-MSIX builds.
Bug: Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThreadPool::ShutdownWithTimeout]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-21 13:55:54+00:00
Resolved: 2024-05-31 16:45:28+00:00

Crash report: https://crash-stats.mozilla.org/report/index/bf4c84bb-bb62-4ff7-8762-722b50240521

MOZ_CRASH Reason: ```Shutdown hanging at step XPCOMShutdownThreads. Something is blocking the main-thread.```

Top 9 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:317
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__cdecl*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:562
6  ntdll.dll  RtlUserThreadStart
```
Bug: Open Nightly automatically when your computer starts up feature does not get along with profile manager/multiple profiles
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-21 14:00:56+00:00
Resolved: 2024-05-22 09:10:17+00:00

**Found in**
* Latest Nightly 128.0a1

**Affected versions**
* Latest Nightly 128.0a1 MSIX and non-MSIX
* Firefox 126.0 non-MSIX

**Tested platforms**
* Affected platforms: Windows 10, Windows 11, Windows 11 ARM
* Unaffected platforms: macOS, Ubuntu

**Steps to reproduce**
1. Visit about:preferences
2. Check the `Open Nightly automatically when your computer starts up` option
3. Close Firefox
4. Manually start Firefox with -p variable so that Profile Manager is enabled
5. Uncheck `Use the selected profile without asking at startup` option
6. Restart the OS
7. Wait for Nightly to autostart
- Sometimes it will start the profile manager, if that happens continue with the following steps
8. Open Nightly with the previously used profile
9. Go to about:preferences and look for the option from step 2 `Open Nightly automatically...`
10. Restart the OS
11. Wait for Nightly to autostart

**Expected result**
* Profile manager is opened and the `Open Nightly automatically...` is still active

**Actual result**
* Firefox does not start automatically anymore, and the `Open Nightly automatically...` option is unchecked or missing from about:preferences

**Regression range**
* It's strange since I checked with Firefox 126.0 and using this build I had the profile manager open but once I open the same profile as at first the option will be unchecked. I can check on older builds since this was implemented first somewhere in Firefox 120 but I think this has always worked this way or something changed in latest Nightly since profile manager is not even starting after a restart

**Additional notes**
* I was able to reproduce this only with non-MSIX builds and MSIX build (for MSIX, a user needs to have another Firefox opened so it can be started with -p variable in order to uncheck the `Use the selected profile...` option) 
* Not entirely sure if this was meant to work with multiple profiles or not so this is either a bug or something not implemented to work from the start.
Bug: The Tab Preview does not update after switching the browser theme
Status: NEW
Priority: --
Created: 2024-05-21 14:43:06+00:00
Resolved: 2024-05-21 14:43:06+00:00

**[Affected versions]:**
- Firefox Nightly 128.0a1 (Build #20240520214633)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 13.6.2
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the latest Firefox Nightly 128 installed.
- Have a browser profile enrolled in a Nimbus experiment that enabled the tabPreview feature.
- Have the browser's dark theme enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to a website that changes based on the system theme. (e.g. x)
3. Change the browser's theme to light.
4. Refresh the website's page.
5. Open a new tab and mouse over the previous tab.
6. Observe the tab preview.

**[Expected result]:**
- The tab preview is displayed with the light theme version of the page.

**[Actual result]:**
- The tab preview is displayed with the original dark theme version of the page.

**[Notes]:**
- Attached a screen recording of the issue:
Bug: Screenshots with long filenames fail to download on macOS and Ubuntu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-21 17:08:33+00:00
Resolved: 2024-07-07 21:20:40+00:00

**Found in**
* Firefox 127.0b7

**Affected versions**
* Firefox 127.0b7
* Nightly 128.0a1

**Tested platforms**
* Affected platforms: macOS 13, macOS 14, Ubuntu 22.04
* Unaffected platforms: Windows 10, Windows 11

**Steps to reproduce**
1.  Navigate to this website with the long title:
https://www.amazon.com/Purifiers-MOOKA-Purifier-Fragrance-Wildfire/dp/B0CP7QSRHV/ref=sr_1_3?_encoding=UTF8&content-id=amzn1.sym.68f2b66e-afdb-4a19-b88c-555da04d6dc2&crid=1QBODY970JKYC&dib=eyJ2IjoiMSJ9._3GXzCEJnUwCqhbUuXiWXv1MWMELlrXzAC5jhuBRUB5qVjcC7NG_dM2Nk1TMyq3mR_Mix8yk-JJx7CrnwQtDR-ZASsakeKKKdj0mWFsO0MQgksY4WGrt8lkzLaDaA96oO6JDK083pSM7MdR0wFErDxSnO_NHqaR2gg2ZrbF3IWi0goE76Tsjn2SxecXiTmllvRdQbysYh0OpDUsSCIYFayOaWdBpQMqgEFxrqUrT-tAsqbJ1whXrwuEclLo-kQuXo-J53wecpAFT79AvkduzPhh58bhIPhK6LT9jdG8MCiY.fFgPjuT3HoVrwYYiTcZKT27yL8eqgl3-1Xgb4MxokKI&dib_tag=se&keywords=Home&pd_rd_r=9b7fa24f-44c7-4414-957a-e517dfccae49&pd_rd_w=SSLkA&pd_rd_wg=Krswt&pf_rd_p=68f2b66e-afdb-4a19-b88c-555da04d6dc2&pf_rd_r=B3667J9M8PCBS6V3CQJ0&qid=1716235458&s=kitchen-intl-ship&sprefix=home%2Ckitchen-intl-ship%2C164&sr=1-3
2. Enable Screenshots.
3. Click on 'Save full page' and then on 'Download'.

**Expected result**
* The screenshot should download successfully.

**Actual result**
* The download fails. On MacOS the Save Dialog remains opened and unresponsive and the download does not go through.
On Ubuntu, the download is found as failed in the download manager, the save dialog remains opened, but can be closed by pressing Cancel or Retry.

**Regression range**
* No. The issue is not reproducible on the extension version of Screenshots.

**Additional notes**
* The issue is not repro on Windows 10. 
* No ellipses are shown in the filename of the failed screenshot.
* These errors are displayed in the Browser Console: 

DOMException: Could not remove `/home/simona.marcu/Downloads/Screenshot 2024-05-21 at 19-37-14 Amazon.com Air Purifiers for Home Large Room Pets Up to 1300 Sq Ft MOOKA H13 True HEPA Air Purifier Cleaner with 360° Air Inlet Fragrance 13dB Air Purifier for Bedroom Wildfire Smoke Pet Dust Pollen Odor Home & Kitchen.png' (NS_ERROR_FILE_NAME_TOO_LONG) DownloadCore.sys.mjs:2636:19
    _tryToRemoveFile resource://gre/modules/DownloadCore.sys.mjs:2636
Failed to create download using filename: /home/simona.marcu/Downloads/Screenshot 2024-05-21 at 19-37-14 Amazon.com Air Purifiers for Home Large Room Pets Up to 1300 Sq Ft MOOKA H13 True HEPA Air Purifier Cleaner with 360° Air Inlet Fragrance 13dB Air Purifier for Bedroom Wildfire Smoke Pet Dust Pollen Odor Home & Kitchen.png (length: 286)
Bug: blockedCountByType documentation has the wrong attribute key
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-05-21 17:35:46+00:00
Resolved: 2024-10-22 19:15:44+00:00

Fix [this doc entry](https://firefox-source-docs.mozilla.org/browser/components/asrouter/docs/targeting-attributes.html#blockedcountbytype), which has the wrong name.

```
declare const messageImpressions: { [key: string]: number };
```
Bug: Unclosed BDC can lead to have too much depth in the text layer
Status: ASSIGNED
Priority: P1
Created: 2024-05-21 19:09:01+00:00
Resolved: 2024-05-23 08:15:20+00:00

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

Steps to reproduce:

Configuration:

Web browser and its version:
- Chromium-based: 125.0.6422.60 (Crash with STATUS_STACK_OVERFLOW)
- Mozilla Firefox 126.0 (Slow and consumes a lot of CPU, but not crash)

Operating system and its version:
- Windows Pro 11 Version: 10.0.22631 Build: 22631

PDF.js version:
- v4.2.67
- v3.11.174
- v2.9.359

Open the document in pdf.js by browsers:
- Firefox
- Chromium-based

Information I have and can provide:
- This PDF was powered by Crystal Reports; modified using iText® 7.1.13 @ 2000-2020 iText Group NV (AGPL-version)
- This PDF has been altered or corrupted since it was signed (Information obtained when I open it in Adobe Acrobat)


Actual results:

Using Firefox browser:

In this case, I try to open the specific document in the Mozilla Firefox browser, using the browser's own native pdf.js - It spends time consuming a lot of CPU and the entire browser interface slows down and freezes, but does not crash - The message is also displayed that this tab is slowing down the browser and asks me if I want to stop it.

[ATTACHED VIDEO: Mozilla Firefox browser.mp4]

Using Chromium-based browser:

In this case, I try to open the specific document in Chromium-based browsers (In the video I used the Brave browser, but the same problem occurred in Edge and Chorme) - And after a few seconds the browser crashes with STATUS_STACK_OVERFLOW.

[ATTACHED VIDEO: Chromium-based browser.mp4]


Expected results:

- Firefox: Do not cause slowness.
- Chromium-based: Don't crash.
Bug: Occasionally all links on all web pages stop working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-21 20:04:55+00:00
Resolved: 2024-07-11 09:56:53+00:00

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

Steps to reproduce:

1. Use Firefox for Mac.
2. Browse the web normally with multiple tabs open.


Actual results:

All links on all websites stop working. This is true for all tabs open regardless of website visited. Opening a link is only possible by opening it in a new tab, a simple click will not work.
This only gets resolved after quitting and reopening Firefox.


Expected results:

Clicking on links directs to that page as normal.
Bug: Pasting and copying a multi line string copies URL instead of the string shown
Status: NEW
Priority: P3
Created: 2024-05-21 21:08:35+00:00
Resolved: 2024-05-27 15:18:50+00:00

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

Steps to reproduce:

1. Visit any website (URL bar should show a URL, about:about works)
2. Copy a multi line text, example
AAA
BBB
3. Paste it into URL bar
4. CTRL + A then CTRL + C
5. Paste back what you copied


Actual results:

I got about:about


Expected results:

I should get AAA BBB which is the string shown
Bug: E: The repository 'https://ppa.launchpadcontent.net/ubuntu-mozilla-daily/ppa/ubuntu oracular Release' does not have a Release file.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-22 07:03:06+00:00
Resolved: 2024-07-25 07:03:04+00:00

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

Steps to reproduce:

Try install firefox nightly from PPA in Ubuntu 24.10 Oracular:
sudo add-apt-repository ppa:ubuntu-mozilla-daily/ppa



Actual results:

E: The repository 'https://ppa.launchpadcontent.net/ubuntu-mozilla-daily/ppa/ubuntu oracular Release' does not have a Release file.



Expected results:

Install with no problem
Bug: The "INSTALL_ADDON_FROM_URL" action is not supported by the featureCallout template
Status: NEW
Priority: P2
Created: 2024-05-22 08:43:14+00:00
Resolved: 2024-05-28 17:04:13+00:00

**[Affected versions]:**
- Firefox Release 126.0 (Build ID: 20240509170740)
- Firefox Nightly 127.0b4 (Build ID: 20240520091901)
- Firefox Nightly 128.0a1 (Build ID: 20240520214633)

**[Affected Platforms]:**
- Windows
- macOS
- Linux distro

[Prerequisites]:
- Have following prefs set:
  - browser.newtabpage.activity-stream.asrouter.devtoolsEnabled = ture

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to about:asrouter. 
3. Delete the content of any message and paste the JSON config for "INSTALL_ADDON_FROM_URL" featureCallout from [here](https://docs.google.com/document/d/13-QzV3AXyU7O9dFCOwXpOVtGvXByrtkh0jOBoHYngCk/edit?usp=sharing). 
4. Click the "Modify" button.
5. Click the "Primary button".
6. Observe the behavior.

**[Expected result]:**
- A permission box is displayed in order to install the add-on. 

**[Actual result]:**
- Nothing happens.

**[ Notes]:**
- Here is a [screenshot of the browser console](https://drive.google.com/file/d/188TjmtQ9_oZGNOU-99zXlgteoAWr9qnN/view?usp=sharing) with the error displayed after clicking the primary button.
- I have also tried with a [different URL](https://addons.mozilla.org/en-US/firefox/addon/facebook-container/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=homepage-collection-featured), but is not working.
- Attached is a screen recording of the issue.
Bug: Some wallpaper credit links do not match their respective images
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-22 09:52:31+00:00
Resolved: 2024-06-03 13:12:59+00:00

Some of the new tab wallpaper credit links lead to different images by the same author.

6th light wallpaper (beach daytime):
https://unsplash.com/photos/birds-eye-view-of-naked-island-CDzB_cFsYcU

4th dark wallpaper (storm clouds):
https://unsplash.com/photos/a-star-trail-over-a-body-of-water--cKXtsJWU-I

6th dark wallpaper (beach sunset):
https://unsplash.com/photos/gray-bridge-above-body-of-water-during-golden-hour-photography-LgCj9qcrfhI
Bug: PDF draw feature cannot hide texts behind it
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-05-22 10:19:30+00:00
Resolved: 2024-06-03 08:46:27+00:00

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

Steps to reproduce:

1) Open a PDF file on Firefox 126.0 (Windows 11);

2) Use the draw feature to edit the PDF, hidden a text;

3) Save it;

4) Open it again, use CTRL+A to select the content of the PDF, then copy the text and paste it in somewhere (for example: notepad).

You will notice the text, supposed to be hidden, can be revealed when you paste the content.

Use the PDF attached to reproduce the problem.


Actual results:

If you use the draw feature to hide a sensitive information, the user can still now the text by just using the "copy and paste".


Expected results:

The text behind the draw/brush should not be revealed.
This is a security issue, because users can have sensitive informations revealed.
Bug: Sensitive informations, supposed to be hidden, can be revealed on PDF saved using draw feature on PDF Editor (Firefox)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-22 11:22:08+00:00
Resolved: 2024-05-30 18:28:06+00:00

Steps to reproduce:

1) Open a PDF file on Firefox 126.0 (Windows 11);

2) Use the draw feature to edit the PDF, to hide a sensitive information;
https://www.mozilla.org/en-GB/firefox/features/pdf-editor/

3) Save it;

4) Open it again, use CTRL+A to select the content of the PDF, then copy the text and paste it in somewhere (for example: notepad).

You will notice the text, supposed to be hidden, can be revealed when you paste the content.

Use the PDF attached to reproduce the problem.

- Expected results:

The text behind the draw/brush should not be revealed. Firefox should MERGE all layers before saving the PDF.
This is a security issue, because users can have sensitive informations revealed.
Bug: Firefox downloads files when I choose "Open with Firefox" and "Open with Firefox (Standard)")
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-22 13:44:25+00:00
Resolved: 2024-06-03 18:42:38+00:00

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

Steps to reproduce:

- Click on a download link
- Choose "Open with Firefox" or "Open with Firefox(Standard)"


Actual results:

- File opens
- Downloaded the file into downloads folder


Expected results:

- File opens
Bug: wallpaper_click telemtery event is not defined
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-22 15:28:49+00:00
Resolved: 2024-05-24 09:01:20+00:00

The [`wallpaper_click` telemetry event](https://phabricator.services.mozilla.com/D210101#change-WmDVEkJQNvej) was removed when [Weather telemetry events](https://phabricator.services.mozilla.com/D209867) were added. 

Restore this previous event definition and confirm the event fires as expected. 

See [this comment](https://bugzilla.mozilla.org/show_bug.cgi?id=1896004#c9) for additional information regarding the QA bug/error found.
Bug: Feature callout theme transparency issue
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-22 18:23:26+00:00
Resolved: 2024-06-08 03:31:14+00:00

Themes that use transparency for the wrong colors will result in a janky appearance (see attachment). We should use some color tricks to avoid there being any transparency on the callout box, at least until we find a better way to render arrows.

This problem arises with a [recommended theme](https://addons.mozilla.org/firefox/addon/aurora-borealis-delights/) so it's especially problematic.
Bug: Operation suddenly stops working in the middle of browsing
Status: UNCONFIRMED
Priority: --
Created: 2024-05-23 01:42:01+00:00
Resolved: 2024-07-08 04:43:50+00:00

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

Steps to reproduce:

It happens suddenly. Cause unknown.
It had occurred before, but had stopped occurring for about a year. Is it caused by ad scripts?
If you quit the program once and start it again, it will work for a while.


Actual results:

Clicks other than scrolling or switching tabs will not work.
However, the menu can be selected and can also be exited from the File menu.
Bug: Could not record event:  TypeError: can't access property "providerName" on re-submitting a search link
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-23 07:53:29+00:00
Resolved: 2024-06-27 16:22:20+00:00

**Found in**
* Fx 128.0a1

**Affected versions**
* Fx 128.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch Firefox.
2. Perform a search using the address bar and wait for the SERP to load.
3. Click the address bar again and re-submit the search link.
3.1.(if needed) Click the address bar, hit escape to have the link displayed instead of the persistent search term.

**Expected result**
* SERP is reached again without any displayed errors in the console.

**Actual result**
* The following error is displayed in the browser console.
```
Could not record event:  TypeError: can't access property "providerName", details.result is undefined
```

**Regression range**
* Looking for a regression ASAP.

**Additional notes**
* This occurs for all the search engines.
```
Could not record event:  TypeError: can't access property "providerName", details.result is undefined
    #notifyEngagement resource:///modules/UrlbarProvidersManager.sys.mjs:454
    notifyEngagementChange resource:///modules/UrlbarProvidersManager.sys.mjs:420
    #internalRecord resource:///modules/UrlbarController.sys.mjs:983
    record resource:///modules/UrlbarController.sys.mjs:843
    handleNavigation resource:///modules/UrlbarInput.sys.mjs:773
    handleCommand resource:///modules/UrlbarInput.sys.mjs:624
    handleKeyNavigation resource:///modules/UrlbarController.sys.mjs:345
    _on_keydown resource:///modules/UrlbarInput.sys.mjs:4091
    maybeDeferEvent resource:///modules/UrlbarEventBufferer.sys.mjs:159
    _on_keydown resource:///modules/UrlbarInput.sys.mjs:4090
    handleEvent resource:///modules/UrlbarInput.sys.mjs:588
```
Bug: The "RELOAD_BROWSER" action is not supported by the featureCallout template
Status: NEW
Priority: P3
Created: 2024-05-23 09:49:16+00:00
Resolved: 2024-05-28 17:11:54+00:00

**[Affected versions]:**
- Firefox Release 126.0 (Build ID: 20240509170740)
- Firefox Nightly 127.0b4 (Build ID: 20240520091901)
- Firefox Nightly 128.0a1 (Build ID: 20240520214633)

**[Affected Platforms]:**
- Windows
- macOS
- Linux distro

**[Prerequisites]:**
- Have following prefs set:
  - browser.newtabpage.activity-stream.asrouter.devtoolsEnabled = ture

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to about:asrouter. 
3. Delete the content of any message and paste the JSON config for "RELOAD_BROWSER" featureCallout from [here](https://docs.google.com/document/d/1RtzDM9vC-RSxXD3uMuCSaGgQ7NXnEVO6RurNWj8UUaQ/edit?usp=sharing). 
4. Click the "Modify" button.
5. Click the "Primary button".
6. Observe the behavior.

**[Expected result]:**
- The page is reloaded.

**[Actual result]:**
- Nothing happens.

**[ Notes]:**
- Here is a [screenshot of the browser console](https://drive.google.com/file/d/1www1OGNkJrTty-OXowSOsvaXCfRTtLS-/view?usp=sharing) with the error displayed after clicking the primary button.
Bug: Still creating 'Downloads' directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-23 11:47:56+00:00
Resolved: 2024-05-23 13:20:56+00:00

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

Steps to reproduce:

Open 'Settings' from the menu.


Actual results:

New directory '~/Downloads' is created even I have set different downloads directory in Settings > General.


Expected results:

No new '~/Downloads' directory created.
Workarounded this non user friendly complicated way: https://support.mozilla.org/bm/questions/1421493#answer-1598611 .