av9ash/GitBugs huggingface dataset:
Bug: Bookmarks Toolbar is not shown when Firefox is in Fullscreen mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-09 12:26:49+00:00
Resolved: 2022-08-15 10:39:44+00:00

**Found in**
- Firefox 105.0a1

**Affected versions**
- Firefox 104.0b7
- Firefox 105.0a1

**Affected platforms**
- Ubuntu 22.04
- Windows 11

**Steps to reproduce**
1. Launch Firefox
2. Right click over the toolbar and select Bookmarks Toolbar - Always Show
3. Enter Firefox in fullscreen mode

**Expected result**
- The bookmarks toolbar is shown in fullscreen mode

**Actual result**
- The bookmarks toolbar is no longer shown in fullscreen mode

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment.
- macOS is not affected. Bookmark toolbar is still shown in fullscreen mode.
Bug: Intermittent TV toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | Uncaught exception in test - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-08-09 13:11:20+00:00
Resolved: 2022-08-09 15:57:46+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=386779416&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/MqkGT9RMTJqVc7UWCMiJig/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/MqkGT9RMTJqVc7UWCMiJig/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-08-09T12:19:37.967Z] 12:19:37     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | No visible pdf menuitem - true == true - 
[task 2022-08-09T12:19:37.968Z] 12:19:37     INFO - Buffered messages finished
[task 2022-08-09T12:19:37.968Z] 12:19:37     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | Uncaught exception in test - undefined - timed out after 50 tries.
[task 2022-08-09T12:19:37.969Z] 12:19:37     INFO - Leaving test bound test
[task 2022-08-09T12:19:37.969Z] 12:19:37     INFO - GECKO(1527) | MEMORY STAT | vsize 7994MB | residentFast 361MB | heapAllocated 117MB
[task 2022-08-09T12:19:37.969Z] 12:19:37     INFO - TEST-OK | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | took 16412ms
[task 2022-08-09T12:19:37.970Z] 12:19:37     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-08-09T12:19:37.970Z] 12:19:37     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_editing_contextmenu.js | Found an unexpected tab at the end of test run: http://example.com/browser/toolkit/components/pdfjs/test/file_pdfjs_test.pdf - 
```
Bug: Have UrlbarInterventions trigger appropriate action
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-09 13:38:08+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Note**
* IMO, it comes as a surprise as under the guise of "quick actions", I'm opening sumo pages. It is unexpected that instead of performing an action, as an user I'm redirected towards a sumo page.

**Found in**
* 105.0a1 (2022-08-09)

**Affected versions**
* 105.0a1 (2022-08-09)

**Affected platforms**
* Windows10

**Steps to reproduce**
1. Open Nightly (quick actions enabled - default on Nightly 105)
2. In a new tab type in address bar "clear", select and click on *Clear History* quick action.
3. In a new tab type in address bar "refresh", select and click on *Refresh Nightly* quick action.

**Expected result**

2. Clear History modal is opened.
3. Refresh Nightly modal is opened.

**Actual result**

2. Sumo is opened: https://support.mozilla.org/1/firefox/105.0a1/WINNT/en-US/delete-browsing-search-download-history-firefox
3. Sumo is opened: https://support.mozilla.org/1/firefox/105.0a1/WINNT/en-US/refresh-firefox-reset-add-ons-and-settings


**Regression range**
* N/A

**Additional notes**
* In the same category also enters the *Update* quick action which has a SUMO as an action and where to my knowledge AFAIK most beef is with ophaned versions and annoyance for updates too often, so maybe that makes sense to be a SUMO.
Bug: [Independent Voices] Findbar checkbox labels lack contrast / look disabled with "Balanced" colorways
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-08-09 13:56:43+00:00
Resolved: 2023-01-12 17:51:39+00:00

This is something I noticed with the "Independent Voices" colorway collection; we use the toolbar color at 70% opacity, and that's not new behavior, it goes back to Proton, but it's problematic and especially obvious with themes that have a toolbar background that's not very light or dark (e.g. "Balanced" colorways), and are as such more prone to producing subpar contrast with the text color.
Bug: Quickactions should redirect to about: pages if already opened
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-09 14:02:41+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Note**
This issue applies for all the about: pages bellow that have a QuickAction operation:
`View Add-ons` -> about:addons
`Open Downloads` -> about:downloads
`View Logins` -> about:logins
`Open Settings` -> about:preferences

**Found in**
* 105.0a1 2022-08-09

**Affected versions**
* latest Nightly 105.0a1 2022-08-09

**Affected platforms**
* Win 10 64-bit

**Steps to reproduce**
1. Open about:preferences
2. Focus address bar and type `options` -> `Open Settings` quick action button is shown 
3. Select the `Open Settings` quick action button

**Expected result**
* about:preferences page is reloaded or loaded in case a subsection of it was opened at step 1 (eg: about:preferences#search)
* In case the target page is already opened, QuickAction should move the focus to the corresponding tab. This is already implemented for all the internal pages when accessed from Hamburger Menu / Menu Bar or Keyboard Shortcuts.

**Actual result**
* about:preferences is opened in a new tab
* Lots of duplicate tabs can be opened this way

**Regression range**
* Not a regression
Bug: Inspector and Source Quickactions should be disabled if already opened
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-09 14:25:04+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Note**
This issue applies for `Open Inspector` and `View Source` QuickActions

**Found in**
* 105.0a1 2022-08-09

**Affected versions**
* latest Nightly 105.0a1 2022-08-09

**Affected platforms**
* Win 10 64-bit

**Steps to reproduce**
1. Open a random page
2. Focus address bar and type `devtools` -> `Open Inspector` quick action button is shown 
3. Select the `Open Inspector` quick action button -> Inspector Devtools tab is opened
4. Redo the above steps on the same page
5. Open https://www.wikipedia.org/, focus the address bar and type `source`, then open `View source` quickaction
6. On the viewsource:https://www.wikipedia.org/ page, redo the previous step 

**Expected result**
4. `Open Inspector` quick action button should be disabled if already opened
6. `View Source` quick action should be disabled if view-source: is the target

**Actual result**
4. `Open Inspector` quick action button can be selected again, in which case the Inspector tab gains focus 
6. view-source:view-source:https://www.wikipedia.org/ (loads forever) is opened in new tab

**Regression range**
* Not a regression
Bug: Firefox View notification dot is not displayed properly when the button is in the customize section
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2022-08-09 14:33:40+00:00
Resolved: 2022-11-23 13:38:57+00:00

**Affected versions**
* Firefox Nightly 105.0a1

**Affected platforms**
* Windows 10x64
* macOS 10.12.6

**Steps to reproduce**
1. Launch Firefox with the browser.tabs.firefox-view=true
2. Sign in with a FxA account to sync between devices
3. Wait for the notification dot for the available pick up tab pages to be displayed
4. Drag the Firefox View to the customize toolbar section
5. Observe the Firefox View icon display

**Expected result**
* Firefox View icon with the notification dot is not displayed properly in the customize section

**Actual result**
* Firefox View icon should be displayed properly in the customize section

**Regression range**
 new feature

**Additional notes**
* See the attached screenshot
Bug: Quick actions search mode should filter quick actions
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-09 14:35:27+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Note**
* Address bar input match and quick actions search mode should have different functions, in which under search mode, as an user, I would expect the filtering to happen after keywords + labels.

**Found in**
* 105.0a1 (2022-08-09)

**Affected versions**
* 105.0a1 (2022-08-09)

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Open Firefox. (quick actions enabled - default in Nightly 105)
2. Focus address and enable quickactions search mode.
3. type View
4. type Window

**Expected result**

3. The quick actions should be filtered, displaying the ones containing "view", even though view would not hit atm as a cmd-keyword
4. Open Private Browsing Window   is displayed.

**Actual result**

3. View source quick action is displayed.
4. Nothing is displayed.

**Regression range**
* N/A - new feature
Bug: Search Bar search suggestions cannot be shown when many search engines are installed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-08-09 14:40:43+00:00
Resolved: 2022-08-18 10:27:00+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:105.0) Gecko/20100101 Firefox/105.0
Build ID: 20220809093338

## Steps to reproduce (please refer to the attached video)
1. In a new profile, add search bar to the toolbar.
2. Install at least 16 search engines. You can install them all from one site at https://mycroftproject.com/dlstats.html.
3. Using the default Google Search search engine, type a word in search bar. Wait for the suggestions to appear.
4. Narrow search bar until the search engine selection area spans across at least 6 rows.

(Step 3 and 4 can be swapped.)

## Actual result
The search suggestions area is not tall enough to show any suggestions.

## Expected result
Search bar dropdown should consider the case of having many search engines installed (I have 33 engines in 7 rows in my main profile). Search suggestions area should not shrink (that much).

## Workaround
Increase the width of search bar.

## Regression
Last good Nightly: 2022-08-07
First bad Nightly: 2022-08-08
pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=328d2ccc6eb9f50967f8c6cb84540d874c2f9f25&tochange=fe257e8499eace65aad64e50267ed97a8f9a434f

Bisecting autoland builds:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=523ef50a4e16f63a16a6f00e29420f324d413299&tochange=3861f44270a2d52e1d65e0b4b6c6be22f020fc40

It should be regressed by bug 1776417.
Bug: "Still waiting to connect to Firefox" Firefox103 | Ubuntu 20.04 | Cypress 9.50.0
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-08-09 14:45:22+00:00
Resolved: 2022-09-14 14:11:58+00:00

Steps to reproduce:

i tried to run e2e tests in azure devops pipeline. 
setup: 
-FF103
-Ubuntu 20.04 (via vmImage ubuntu latest: https://docs.microsoft.com/en-us/azure/devops/pipelines/agents/hosted?view=azure-devops&tabs=yaml) 
-Cypress 9.50.0

in chrome everything works fine, but in firefox we face heave issues (test failrate rise to 75%). 

I've researched the bug and Cypressteam says the bug should be fixed with Version FF103


Actual results:

"Still waiting to connect to Firefox, retrying in 1 second (attempt 56/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 57/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 58/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 59/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 60/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 61/62)
Still waiting to connect to Firefox, retrying in 1 second (attempt 62/62)
Cypress failed to make a connection to Firefox.

This usually indicates there was a problem opening the Firefox browser.

Error: could not find CRI target
    at lazyAssLogic (/home/vsts/.cache/Cypress/9.5.0/Cypress/resources/app/node_modules/lazy-ass/index.js:110:14)
    at lazyAss (/home/vsts/.cache/Cypress/9.5.0/Cypress/resources/app/node_modules/lazy-ass/index.js:115:28)
    at findStartPage (/home/vsts/.cache/Cypress/9.5.0/Cypress/resources/app/packages/server/lib/browsers/protocol.js:56:28)
    at runMicrotasks (<anonymous>:null:null)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
"


Expected results:

firefox should open without timeouts
Bug: [Colorway Closet] Changes made on the second Colorway closet are not applied after closing the first colorway closet
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-09 14:52:51+00:00
Resolved: 2022-08-09 15:02:39+00:00

**Found in**
* Firefox 105.0a1 

**Affected versions**
* Firefox 105.0a1  

**Affected platforms**
* macOS 11.6
* Windows 10 x64
* Windows 11 x64
* Ubuntu 20.04 x64

**Preconditions**
In about:config set:
"browser.theme.colorway-closet" to true
"browser.tabs.firefox-view" to true

**Steps to reproduce**
1. Open "Colorways" from Fxview
2. Open "Colorways" from about:addons
3. From about:addons Colorway select any colorway/intensity and click on "Set Colorway" button
4. From FxView close colorway modal 

**Expected result**
The selected colorway/intensity should be applied.

**Actual result**
Changes made on the second Colorway closet are not applied after closing the first colorway closet.

**Regression range**
* Not a regression.
Bug: [Colorway Closet] Colorways modal is displayed minimized with unnecessary scrolling bar on macOS
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-09 15:01:50+00:00
Resolved: 2022-08-17 11:16:36+00:00

**Found in**
* Firefox 105.0a1 

**Affected versions**
* Firefox 105.0a1  

**Affected platforms**
* macOS 11.6

**Preconditions**
In about:config set:
"browser.theme.colorway-closet" to true
"browser.tabs.firefox-view" to true

**Steps to reproduce**
1. Open "Colorways closet" from Fxview or from about:addons

**Expected result**
Colorways closet should be correctly displayed.

**Actual result**
Colorways closet is displayed minimized with unnecessary scrolling bar.

**Regression range**
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1875b970dc64011b8a0b093ed432d0117d9758cb&tochange=dba4dc940ca9c180ac5ecc3011eb9761a3ca5026
Bug: "Sync Firefox on your phone or tablet" page displayed instead of "Download Firefox on your phone or tablet" when user clicks the "Get Firefox on your mobile" button
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-09 15:38:06+00:00
Resolved: 2022-08-23 13:24:24+00:00

Affected versions:
Nightly 105.0a1 (2022-08-09)

Affected platforms:
Windows 10 64-bit

Preconditions:
The user is already logged in to the browser with a Fx account.

Steps to reproduce:
1. Click the Firefox view icon on the top of the browser's page before the Tabs bar.
2. Click the "Get Firefox for mobile" button.
3. Observe the page displayed.

Actual result:
The "Sync Firefox on your phone or tablet" page is displayed.

Expected result:
The "Download Firefox on your phone or tablet" page is displayed.
Bug: The "Recently closed" section's closed tab time column is word wrapped unnecessarily
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-09 17:10:47+00:00
Resolved: 2022-08-10 05:39:52+00:00

I have a very big display and the "Recently closed" section's closed tab time column is so narrow that even short tab closed tab times like "4 minutes ago" are word wrapped. See the yellow highlights in the attached screenshot.
Bug: Intermittent browser/base/content/test/siteIdentity/browser_mixed_content_with_navigation.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-09 23:35:25+00:00
Resolved: 2022-11-22 17:04:08+00:00

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

---
```
INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_mixed_content_with_navigation.js | identity should again be certErrorPage - 
[task 2022-08-09T22:26:14.562Z] 22:26:14     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "https://example.com/browser/browser/base/content/test/siteIdentity/dummy_page.html" line: 0}]
[task 2022-08-09T22:26:14.563Z] 22:26:14     INFO - Buffered messages finished
[task 2022-08-09T22:26:14.564Z] 22:26:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_mixed_content_with_navigation.js | Test timed out - 
[task 2022-08-09T22:26:14.565Z] 22:26:14     INFO - GECKO(2690) | MEMORY STAT | vsize 20976395MB | residentFast 1774MB
[task 2022-08-09T22:26:14.565Z] 22:26:14     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_mixed_content_with_navigation.js | took 90040ms
[task 2022-08-09T22:26:14.566Z] 22:26:14     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-08-09T22:26:14.567Z] 22:26:14     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_mixed_content_with_navigation.js | Found a tab after previous test timed out: https://example.com/browser/browser/base/content/test/siteIdentity/dummy_page.html - 
[task 2022-08-09T22:26:14.568Z] 22:26:14     INFO - checking window state
[task 2022-08-09T22:26:14.568Z] 22:26:14     INFO - TEST-START | browser/base/content/test/siteIdentity/browser_mixed_passive_content_indicator.js
```
Bug: Firefox uses browser.downloads.lastDir as default download save location even when browser.downloads.dir has been changed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-09 23:51:49+00:00
Resolved: 2022-11-03 10:33:45+00:00

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

Steps to reproduce:

Firefox save his downloads, since Version 100.x, with Windows 11,, not more in the location, that I define in his "Settings".


Actual results:

I must edit it in his "user-folder..." in the "prefs.js"-file, where the : user_pref("browser.download.dir" is always right - but the : user_pref("browser.download.lastDir" NOT ... and that is the place, where the downloads actually be placed !


Expected results:

Please fix it - it's weird . . . :(

Greetings @ all
Bug: Newly opened tabs aren't included in the synced tabs list
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-08-10 03:13:20+00:00
Resolved: 2022-08-12 09:40:26+00:00

As described in https://github.com/mozilla-mobile/fenix/issues/26392. The problem is that a new tab opened from `about:newtab` is sometimes reported as being on `about:newtab` even after it has loaded.
Bug: Action unexpectedly resets to "Save File" for all content types
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-10 03:22:03+00:00
Resolved: 2022-08-16 14:02:01+00:00

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

Steps to reproduce:

First, I have Firefox automatically install the latest update. Then, I open Firefox with the update installed. Next, I go to the Settings. Finally, I scroll down to the "Applications" section of about:preferences.


Actual results:

The action unexpectedly resets to "Save File" for all content types.


Expected results:

The action (e.g., "Open in Firefox") remains unchanged for all content types.
Bug: Tab Pickup traffic is registered in about:firefoxview for private windows
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2022-08-10 05:38:52+00:00
Resolved: 2022-08-16 21:43:16+00:00

**Affected versions**
* 105.0a1(2022-08-08)

**Found in**
* 105.0a1(2022-08-08)

**Affected platforms**
* Windows 11x64
* Ubuntu 22.04
* macOS 12

**Steps to reproduce**
1. Launch FF .
2. Activate the browser.tabs.firefox-view pref.
3. Log into sync on device A.
4. Log into sync on device B.
5. Perform browsing activity on device B.
6. Open a new private window on device A.
7. Go to about:privateview in the private window.

**Expected result**
* The Tab Pick up section should be blank without any traffic registered(that was performed on device B) on the aboutfirefoxview page from the private window on device A.

**Actual result**
* Tab Pickup section registers traffic performed on device B in real-time in a  private window.

**Regression range**
* New Feature
Bug: Collapse arrows are not visible with Soft colorway theme and Dark OS theme set
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-08-10 06:52:04+00:00
Resolved: 2022-08-15 20:27:17+00:00

**Found in**
- Firefox 105.0a1

**Affected versions**
- Firefox 105.0a1

**Affected platforms**
- Ubuntu 22.04
- macOS 12
- Windows 10

**Preconditions**
- Have OS theme set to dark

**Steps to reproduce**
1. Launch Firefox with browser.tabs.firefox-view=true
2. Access Firefox view tab and select Try Colorway
3. Select any color and Soft intensity

**Expected result**
- The collapse arrows are not visible at all

**Actual result**
- The collapse arrows are visible

**Regression range**
- New feature.

**Additional notes**
- The issue can be seen in the attachment
- This issue doesn't reproduce if OS theme is set to light
Bug: Firefox closes unexpectedly when accessing Restore previous session with Firefox view active
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-10 07:52:45+00:00
Resolved: 2022-09-26 14:35:41+00:00

**Found in**
- Firefox 105.0a1

**Affected versions**
- Firefox 105.0a1

**Affected platforms**
- Ubuntu 22.04
- macOS 11
- Windows 10

**Steps to reproduce**
1. Launch Firefox with browser.tabs.firefox-view=true
2. Access some random tabs to have them on background and focus Firefox view page
3. Close Firefox from the menu and restart it with the same profile
4. Have the focus over Firefox view and select Menu -> History -> Restore previous session

**Expected result**
- The previous session is restored without issues

**Actual result**
- Firefox closes unexpectedly without any warnings

**Regression range**
- New feature.

**Additional notes**
- The issue can be seen in the attachment.
Bug: "Back" button is active and takes the user to about:newtab for URLs opened from Recently Closed in about:firefoxview
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-08-10 08:04:43+00:00
Resolved: 2022-08-15 12:49:26+00:00

**Affected versions**
*  105.0a1(2022-08-08)

**Affected platforms**
* macOS 11
* Windows 11

**Steps to reproduce**
1. Launch FF.
2. Activate the browser.tabs.firefox-view pref.
3. Perform browsing activity on the device(closing each website accessed).
4. Go to about:firefoxview.
5. Click on any website.

**Expected result**
* The opened page should not have the back button active.

**Actual result**
* The opened page has the back button active, and clicking it takes the user to about:newtab

**Regression range**
* New Feature

**Additional notes**
* This happens for websites that are accessed and no traffic is performed further into them.
* For websites that have further traffic within them, the back button takes the user back through the history carousel performed on that website.
* This issue DOES NOT reproduce in Ubuntu 22.