av9ash/GitBugs huggingface dataset:
Bug: Print Save as PDF silently fails on NTFS drive if filename has invalid character
Status: NEW
Priority: P3
Created: 2021-11-03 09:50:39+00:00
Resolved: 2022-04-02 12:46:36+00:00

I wanted to save a PDF of a Craigslist posting of a 10.1" tablet. So choose Print, Save to PDF > Save. Firefox turned the long page title to 'like new onn 10.1" Pro 3 GB 32GB Android tablet with Fintie case -....pdf' in its GTK (?) save dialog; I navigated to my cross-platform Documents folder on an NTFS drive, clicked Save, and... no PDF file. Silent failure.

I guessed the quotation mark is the problem; the workaround is to change the save dialog's proposed filename to remove the invalid character.

STEPS TO REPRODUCE
1. In any tab choose Print, choose Save as PDF, click Save
(the file save dialog appears)
2. Navigate to a mounted NTFS partition.
3. Enter a filename with a character invalid on NTFS. I reproduced with " , * , and | .
4. Click Save

WHAT HAPPENED:
When you click Save in the save dialog from the Print dialog, there's a delay and no report of any error, but the PDF is not created. The only clue that it didn't succeed is Firefox's Print "preview sheet" remains visible.

EXPECTED RESULT:
Firefox must report that the print save operation failed.

It seems too complicated for Firefox to dynamically modify its proposed filename depending on what filesystem you're saving to. Firefox on Linux could disallow the superset of problematic characters for all filesystems that Linux might mount. I don't know if the GTK file save dialog that I think Firefox invokes has any support for determining characters in the filename that are invalid for a filesystem.

ADDITIONAL NOTES
I'm running Firefox nightly on KDE under Wayland.

I think if the Print Save as PDF gets as far as attempting to open an invalid filename on NTFS for writing, the ntfs3g driver will return EINVAL (invalid argument).

Bug 397645 might be relevant. If I repeat similar steps with Ctrl+S (File > Save), Firefox's download "doorhanger" (?) appears showing
   filename with " quotation.html
   Failed
so that save failure is reported (Good).
Bug: The Pocket CTA Only module is redisplayed after it is dismissed
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-03 09:52:39+00:00
Resolved: 2021-11-09 17:28:11+00:00

[Affected versions]:
- Firefox Beta 95.0b2 (Build ID: 20211102190739)

[Affected Platforms]:
- Windows 10 x64
- macOS 11.6
- Ubuntu 20.04

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Have the “reader.pocket.ctaVersion” pref set to “cta-only” value.

[Steps to reproduce]:
1. Navigate to any page that supports Reader View mode.
2. Click the "Reader View" button from the right part of the Address Bar.
3. Dismiss the Pocket CTA Only module by clicking the “X” button.
4. Refresh the page and observe the bottom part of the page.

[Expected result]:
- There is no module displayed.

[Actual result]:
- The Pocket CTA module is displayed.

[Notes]:
- According to the [PRD](https://docs.google.com/document/d/1n1TTBprHhAgsZ1YIRmNb6CQa06bHJjyjA_nUrG3pAh0/edit) document, the module should not be displayed if it was previously dismissed.
- Also, this issue is reproducible when opening another page in Reader View mode.
- Attached is a screen recording of the issue.
Bug: The Pocket CTA Plus Recs module is redisplayed in the maximized state even if it was previously minimized
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-03 09:54:43+00:00
Resolved: 2021-11-09 17:29:16+00:00

[Affected versions]:
- Firefox Beta 95.0b2 (Build ID: 20211102190739)

[Affected Platforms]:
- Windows 10 x64
- macOS 11.6
- Ubuntu 20.04

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Have the “reader.pocket.ctaVersion” pref set to ”cta-and-recs” value.
- Be logged in to Pocket.

[Steps to reproduce]:
1. Navigate to any page that supports Reader View mode.
2. Click the "Reader View" button from the right part of the Address Bar.
3. Minimize the Pocket CTA Plus Recs module by clicking the down arrow button.
4. Navigate to another page that supports the Reader View mode.
5. Enable the Reader View mode by pressing the F9 (CMD + ALT +R on macOS) keys.
6. Observe the bottom part of the page.

[Expected result]:
- The CTA Plus Recs module is displayed in the minimized form.

[Actual result]:
- The Pocket CTA Plus Recs is maximized.

[Notes]:
- According to the [PRD](https://docs.google.com/document/d/1n1TTBprHhAgsZ1YIRmNb6CQa06bHJjyjA_nUrG3pAh0/edit) document, the browser should remember if the user has previously minimized the module.
- Attached is a screen recording of the issue.
Bug: The “Save” buttons from the CTA Plus Recs module are not aligned if the Pocket Recs titles are displayed on different rows
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-03 09:57:45+00:00
Resolved: 2021-11-09 20:42:57+00:00

[Affected versions]:
- Firefox Beta 95.0b2 (Build ID: 20211102190739)

[Affected Platforms]:
- Windows 10 x64
- macOS 11.6
- Ubuntu 20.04

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Have the “reader.pocket.ctaVersion” pref set to ”cta-and-recs” value.
- Be logged in to Pocket.

[Steps to reproduce]:
1. Navigate to any page that supports Reader View mode.
2. Click the "Reader View" button from the right part of the Address Bar.
3. Observe the “Save” buttons from the CTA Plus Recs module displayed in the bottom part of the page.

[Expected result]:
- The “Save” buttons are aligned.

[Actual result]:
- The “Save” buttons are misaligned.

[Notes]:
- According to the [Figma](https://www.figma.com/proto/kYA8N7epSw6GCUI06V0a9m/Reader-View?page-id=59%3A491&node-id=59%3A492&viewport=2%2C-228%2C0.5&scaling=min-zoom) document, the “Save” buttons should be displayed on the same row.
- Attached is a screenshot of the issue.
Bug: There is no tooltip displayed if the "Dismiss" button from the "Reader View" Pocket modal is hovered
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-03 13:35:18+00:00
Resolved: 2021-12-21 19:39:35+00:00

**[Affected versions]:**
- Firefox Beta 95.0b2 - Build ID: 20211102190739

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6
- Linux Mint 20.2 Cinnamon

**[Prerequisites]:**
- Have a Firefox profile with the `reader.pocket.ctaVersion` pref set to `cta-only` in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to any website that allows "Reader view" (e.g. https://www.wikipedia.org/).
3. Click the "Toggle reader view" button from the right part of the "Address Bar".
4. Scroll down to the bottom of the page and hover the "X" button from the right side of the modal.
5. Observe the behavior.

**[Expected result]:**
- A tooltip is displayed.
 
**[Actual result]:**
- There is no tooltip displayed at all.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: The elements from the "Reader view" Pocket modal are not recognized by a screen reader software
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-03 13:35:20+00:00
Resolved: 2021-11-09 20:45:53+00:00

**[Affected versions]:**
- Firefox Beta 95.0b2 - Build ID: 20211102190739

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6
- Linux Mint 20.2 Cinnamon

**[Prerequisites]:**
- Have a Firefox profile with the `reader.pocket.ctaVersion` pref set to `cta-only` in the "about:config" page.
- Have a screen reader software installed (e.g. NVDA).

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to any website that allows "Reader view" (e.g. https://www.wikipedia.org/).
3. Click the "Toggle reader view" button from the right part of the "Address Bar".
4. Navigate through the Pocket modal's elements using the "Tab" key.
5. Observe the behavior.

**[Expected result]:**
- All the elements are successfully recognized by the screen reader.
 
**[Actual result]:**
- Only the CTA button is recognized, but as a link not as a button.

**[Notes]:**
- This issue is also reproducible with the Pocket modal with "Recs", however the "Recs" are successfully recognized by the screen reader software.
Bug: The CTA button's borders and the "Dismiss" button from the "Reader view" Pocket modal are not correctly displayed if the High Contrast Mode is enabled
Status: NEW
Priority: P3
Created: 2021-11-03 13:35:22+00:00
Resolved: 2024-03-04 12:18:43+00:00

**[Affected versions]:**
- Firefox Beta 95.0b2 - Build ID: 20211102190739

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a Firefox profile with the `reader.pocket.ctaVersion` pref set to `cta-only` in the "about:config" page.
- Have the High Contrast Mode enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to any website that allows "Reader view" (e.g. https://www.wikipedia.org/).
3. Click the "Toggle reader view" button from the right part of the "Address Bar".
4. Observe the Pocket modal from the bottom part of the page.

**[Expected result]:**
- All the elements are successfully displayed and visible.
 
**[Actual result]:**
- The CTA button's borders are not displayed at all and the "Dismiss" button is barely visible.

**[Notes]:**
- This issue is also reproducible with the Pocket modal with "Recs" where the CTA button's borders are not displayed and the collapse button is barely visible.
- Attached a screenshot of the issue.
Bug: Tabs not visible when restarting with Troubleshoot Mode from about:support
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 14:10:43+00:00
Resolved: 2022-01-04 22:04:43+00:00

**Affected versions**

* Nightly 96.a1
* Beta 95.0b2
* Release 94.0

**Affected platforms**

* macOS 10.15
* macOS 11

**Preconditions**

Dark mode enabled at OS level.

**Steps to reproduce**

1. Open a Firefox with a clean profile.

2. Install a theme from Recommended Themes ( I used A color Within Another Color, rusty, Purple and Gold Marble)

3. Go to about:support and click on "Troubleshoot Mode..." (make sure you have two-three tabs opened).

4. Click on Restart.


**Expected result**

* All open tabs are visible. All suggestions in the search dropdown are visible on hover.

**Actual result**

* Only the focused tab is visible. Suggestions are not visible on hover.

**Suggested Severity**

* S2 - because it visually affects users on a very used area

**Regression range**

* I will look for a regression as soon as possible.

**Additional notes**

* Screen cast attached to observe the issue.
* I can reproduce this on Windows 10X64, with the difference that the focused tab is not visible., but all the others are. On Windows I cannot reproduce this issue on Release 94.0, only on latest Nightly 96.0a1 and Beta 95.0b2.
Bug: [macOS] The elements from the "Save to Pocket" doorhanger are not visible if the "Save to Pocket" toolbar button is pinned to the "Overflow Menu"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 14:41:13+00:00
Resolved: 2021-11-09 18:04:06+00:00

**[Affected versions]:**
- Firefox Release 94.0 - Build ID: 20211028161635
- Firefox Beta 95.0b2 - Build ID: 20211102190739
- Firefox Nightly 96.0a1 - Build ID: 20211103093153

**[Affected Platforms]:**
- macOS 11.6

**[Prerequisites]:**
- Have the Firefox browser installed.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Right-click the "Save to Pocket" toolbar button from the right part of the "Address Bar".
3. Select the "Pin to Overflow Menu" option and click the "More tools..." toolbar button from the right part of the "Address Bar".
4. Click the "Save to Pocket" button and observe the doorhanger.

**[Expected result]:**
- All the doorhanger elements are correctly displayed and visible.
 
**[Actual result]:**
- The doorhanger elements are present but are not visible at all.

**[Notes]:**
- This issue is **NOT** reproducible on Windows and Linux.
- The doorhanger elements can be accessed if a random click is performed inside the doorhanger.
- The issue is reproducible regardless if you are logged in or logged out.
- Attached a screen recording of the issue.
Bug: [Experiment][Intermittent] The “Save to Pocket” doorhanger is larger if multiple save to pocket attempts are done from different cards
Status: NEW
Priority: P2
Created: 2021-11-03 15:01:48+00:00
Resolved: 2021-11-18 19:10:46+00:00

**[Affected Versions]:**
- Firefox Release 94.0 - Build ID: 20211028161635

**[Affected Platforms]:**
- macOS 11.6

**[Prerequisites]:**
- Have the latest Firefox Release en-* build installed.
- Have the “browser.search.region” pref value set to “US”.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the “about:studies?optin_slug=pocket-newtab-compact-layout&optin_branch=treatment-b&optin_collection=nimbus-preview” page.
3. Open a New Tab page.
4. Hover any “Recommended by Pocket” card and click the “Save to Pocket” button.
5. While the “Save to Pocket” doorhanger is displayed, repeat step 3 for multiple “Recommended by Pocket” cards, and observe the “Save to Pocket” doorhanger.

**[Expected results]:**
- The “Save to Pocket” doorhanger has the same size.
    
**[Actual results]:**
- The “Save to Pocket” doorhanger is larger.

**[Notes]:**
- We’ve managed to reproduce the issue on Windows 10 only once.
- We did not manage to reproduce the issue on Ubuntu Linux 20.04.
Bug: [Experiment] The "Load more stories" button is wrongly displayed when no more stories are available
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-03 15:04:54+00:00
Resolved: 2022-01-06 12:45:15+00:00

**[Affected versions]:**
- Firefox Release 94.0, Build ID 20211028161635

**[Affected Platforms]:**
- Windows 10
- macOS 11.6.1
- Ubuntu 20.04

**[Prerequisites]:**
- Have a Firefox profile enrolled in the `treatment-a` or `treatment-b` branch of the [experiment](https://experimenter.services.mozilla.com/nimbus/pocket-newtab-compact-layout/details).

**[Steps to reproduce]:**
1. Start Firefox with the profile from prerequisites.
2. Open a New Tab and dismiss all the stories from the `Recommended by Pocket` section.
3. Observe the page.

**[Expected result]:**
- The `Load more stories` button is not displayed.
 
**[Actual result]:**
- The `Load more stories` button is still displayed.

**[Notes]:**
- The issue is also reproducible if the all stories were loaded before the dismiss action is taken, but in this case the page needs to be reset in order for the button to reappear.
- Attached a screen recording of the issue.
Bug: "Show in folder" functionality not available in the library downloads view for in-progress downloads
Status: NEW
Priority: P5
Created: 2021-11-03 15:19:38+00:00
Resolved: 2021-11-15 14:45:32+00:00

**Affected versions**
- 95.0b2 
- 96.0a1

**Affected platforms**
- Windows X64
- Ubuntu 20

**Steps to reproduce**
1. Open Firefox with a new profile
2. Go to https://www.thinkbroadband.com/download and download some large files
3. Open the download panel and check the downloaded files
4. Right click on the file and see that the "show in folder" option is available
5. Open the library panel by pressing "show all downloads" and perform the same check
6. Go to about:downloads and right click on the downloading file


**Expected result**
- The "Show in folder" option is available and the corresponding folder is opened when the option is pressed.

**Actual result**
- The "Show in folder" option is grayed out and inaccessible for the downloads panel and the about:downloads section

**Regression range**
- will seek for a regression later

**Additional notes**
- The issue can be seen in the attachment
- The issue is not reproducible on macOS or Ubuntu18
Bug: Intermittent TV browser/components/downloads/test/browser/browser_download_spam_protection.js | Download panel should open -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-03 18:59:33+00:00
Resolved: 2021-11-30 17:05:40+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=356889269&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FAgKFlxPRweLxD2Xy1kW-A/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FAgKFlxPRweLxD2Xy1kW-A/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-11-03T16:15:42.166Z] 16:15:42     INFO - TEST-START | browser/components/downloads/test/browser/browser_download_spam_protection.js
[task 2021-11-03T16:15:43.319Z] 16:15:43     INFO - TEST-INFO | started process screentopng
[task 2021-11-03T16:15:43.776Z] 16:15:43     INFO - TEST-INFO | screentopng: exit 0
[task 2021-11-03T16:15:43.776Z] 16:15:43     INFO - Buffered messages logged at 16:15:42
[task 2021-11-03T16:15:43.776Z] 16:15:43     INFO - Entering test bound setup
[task 2021-11-03T16:15:43.777Z] 16:15:43     INFO - Leaving test bound setup
[task 2021-11-03T16:15:43.778Z] 16:15:43     INFO - Entering test bound check_download_spam_ui
[task 2021-11-03T16:15:43.779Z] 16:15:43     INFO - Buffered messages logged at 16:15:43
[task 2021-11-03T16:15:43.780Z] 16:15:43     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_spam_protection.js | 99 blocked downloads recorded - 
[task 2021-11-03T16:15:43.781Z] 16:15:43     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_spam_protection.js | Download blocked because of reputation - 
[task 2021-11-03T16:15:43.782Z] 16:15:43     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_spam_protection.js | Verdict is DownloadSpam - 
[task 2021-11-03T16:15:43.782Z] 16:15:43     INFO - Buffered messages finished
[task 2021-11-03T16:15:43.788Z] 16:15:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_download_spam_protection.js | Download panel should open - 
[task 2021-11-03T16:15:43.790Z] 16:15:43     INFO - Stack trace:
[task 2021-11-03T16:15:43.790Z] 16:15:43     INFO - chrome://mochikit/content/browser-test.js:test_ok:1336
[task 2021-11-03T16:15:43.791Z] 16:15:43     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_download_spam_protection.js:check_download_spam_ui:112
[task 2021-11-03T16:15:43.792Z] 16:15:43     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_spam_protection.js | Download list box present - 
[task 2021-11-03T16:15:43.804Z] 16:15:43     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_spam_protection.js | Download is blocked - 
```
Bug: system colors are not setable in new Firefox 91.3.0 ESR
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 19:05:20+00:00
Resolved: 2021-11-03 19:49:47+00:00

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

Steps to reproduce:

I did a Update from 78.15.0.ESR to 91.3.0 ESR on Windows 10 pro.
title bar and windows frame are always white like the tabs.
changing settings with and without 'use system colors' has no effect.



Actual results:

System colors are not used for title bar and window frame.



Expected results:

System colors are set to green for title bar and windows frame.
title bar and windows frame are always white like the tabs.
Bug: Saving images with the "/" forward slash symbol saves a " " blank space instead of the "/"
Status: NEW
Priority: P5
Created: 2021-11-03 19:22:12+00:00
Resolved: 2021-11-16 21:03:19+00:00

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

Steps to reproduce:

1. Open Firefox.
2. Browse to image.
3. Secondary click/ Right click on image.
4. Save Image As...
5. Add file name with a "/" forward slash in it.
6. Image saves, but the "/" is replaced in Finder by a " " blank space.
7. Tried on secondary Mac, same issue occurs.
8. Issue does not occur when saving with Apple Safari or Google Chrome, only with Mozilla Firefox.



Actual results:

1. Expected saved image to be titled: "Fall/Autumn Colors"
2. Checking Finder after saving reveals image saved as: "Fall Autumn Colors"


Expected results:

1. Expected saved image to be titled: "Fall/Autumn Colors"
2. Checking Finder after saving should have revealed image saved as: "Fall/Autumn Colors"
Bug: Homepage settings have been lost
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-03 22:52:42+00:00
Resolved: 2021-11-04 08:27:54+00:00

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

Steps to reproduce:

After upgrading to version 94.0, my homepage settings were lost. Instead, Firefox displays arbitrarily Firefox Home. User preferences may not be changed arbitrarily under >>> **any** <<< circumstances.


Actual results:

New tab is not displaying preferred home page. Instead it displays „Firefox Home“.


Expected results:

The new tab will display what the user has set.
Bug: Permafailing browser/base/content/test/general/browser_menuButtonFitts.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-11-04 00:05:44+00:00
Resolved: 2022-08-01 06:01:11+00:00

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

---
```
[task 2021-11-03T22:59:47.501Z] 22:59:47     INFO - TEST-START | browser/base/content/test/general/browser_menuButtonFitts.js
[task 2021-11-03T23:00:32.946Z] 23:00:32     INFO - TEST-INFO | started process screencapture
[task 2021-11-03T23:00:33.063Z] 23:00:33     INFO - TEST-INFO | screencapture: exit 0
[task 2021-11-03T23:00:33.063Z] 23:00:33     INFO - Buffered messages logged at 22:59:47
[task 2021-11-03T23:00:33.064Z] 23:00:33     INFO - Entering test bound test_clicking_hamburger_edge_fitts
[task 2021-11-03T23:00:33.064Z] 23:00:33     INFO - Buffered messages finished
[task 2021-11-03T23:00:33.065Z] 23:00:33     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_menuButtonFitts.js | Test timed out - 
[task 2021-11-03T23:00:33.065Z] 23:00:33     INFO - GECKO(2237) | MEMORY STAT | vsize 16529MB | residentFast 502MB | heapAllocated 131MB
[task 2021-11-03T23:00:33.065Z] 23:00:33     INFO - TEST-OK | browser/base/content/test/general/browser_menuButtonFitts.js | took 45447ms
```
Bug: Custom home page is reset upon upgrade to Firefox 94.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-04 00:07:42+00:00
Resolved: 2021-11-04 08:28:06+00:00

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

Steps to reproduce:

1. Install Firefox 93.0 (Note: I was unable to trigger the bug if Firefox 94.0 was previously installed on the system. I used a fresh VM in order to reproduce it, you may have to do something of the sort as well.)
2. On about:preferences#home, set http://example.org as a custom home page
3. Close Firefox
4. Upgrade Firefox to 94.0
5. Start Firefox
6. Click on the "Home" button in the toolbar to the left of the address bar


Actual results:

Firefox navigates to about:home, the built-in default home page.


Expected results:

Firefox should have navigated to http://example.org, the custom home page set by the user.