av9ash/GitBugs huggingface dataset:
Bug: Sidebar search box steals keyboard focus when creating new windows
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-02 09:35:48+00:00
Resolved: 2024-10-10 11:48:45+00:00

STR:
1. Start with `sidebar.revamp = true`.
2. Open the History sidebar (Ctrl+H).
3. Create a new window.

Expected:
Address bar has keyboard focus.

Actual:
Sidebar History search box steals keyboard focus.

Same occurs for the "Tabs from other devices" sidebar.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9d4782d16aacb9b51e440042a677f6c5c68a0ca9&tochange=f8b64dece3fae2265b9efbd46286093d91407f72

Regressed by Bug 1912562.
Bug: Active pinned tab moves to first position after restarting the browser with vertical tabs and session restore
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-02 10:08:53+00:00
Resolved: 2024-10-04 12:03:43+00:00

STR:
1. Start with `sidebar.verticalTabs = true` and `sidebar.revamp = true`.
2. Enable "Open previous windows and tabs".
3. Pin several tabs.
4. Select the second pinned tab.
5. Restart the browser.

Expected:
Pinned tab order does not change.

Actual:
The second pinned tab moves to the first position.

Does not happen when manually restoring the previous session.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=aa647a9d07534829200207b0e9dbb0049bda0cec&tochange=4baacd30d483bf663babfaf4d87014aa331b9312

Regressed by Bug 1910576.
Bug: Stop exempting the Windows Store protocol handler from permissions checks in Firefox (was: Don't allow Firefox to automatically open the Windows Store app upon clicking a Windows Store URL)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-02 10:27:41+00:00
Resolved: 2025-01-17 13:17:10+00:00

(Cloned from bug 1913147)

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

Steps to reproduce:

This is related to a bug that was closed without any change to this issue (bug 1567206). <snip>

Open any Windows store page on a Windows version of Firefox, e.g. 
https://apps.microsoft.com/detail/9nksqgp7f2nh?hl=en-us&gl=US
Click on the "View in Store" button

Actual results:

The Windows App Store in the operating system opens


Expected results:

Firefox should prompt for permission before opening the Windows store app.

---

This was previously discussed in bug 1567206. The separate default comes from bug 866065, before we had per-site permissions for protocols. The UX now is better, and we're no longer trying to build for Metro and its single-window modes, so I think it's fine to provide the same security functionality as Chrome, rather than following Edge (which opens without prompting).
Bug: Revamped sidebar separation is significantly wider and has additional borders on Linux
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-09-02 10:36:18+00:00
Resolved: 2024-10-04 11:28:06+00:00

STR:
1. Start with `sidebar.revamp = true` on Ubuntu 24.04.
2. Open the History sidebar (Ctrl+H).

Expected:
The sidebar separation width is similar to Windows (8px). 

Actual:
The sidebar separation width is 16px and has additional borders from the splitter itself.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=936f3047272d1ef5feb4f02953db3ad74c59bbd1&tochange=95109305b579922c59ef5966e60c9397e48847ac

Regressed by Bug 1910733.
Bug: Geolocation Australia bug no images unless VPN used for other country
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-02 11:21:37+00:00
Resolved: 2024-09-04 17:46:07+00:00

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

Steps to reproduce:

Location Australia then visit https://www.aliexpress.com/  scroll down the page beyond what you can see and no image appear.  
Tried with:
Windows11 FF > failed
Linux Mint 22 FF > FAiled
Linux Mint 22 Live USB FF > Failed
Linux Debian 12 FF > FAiled

Started VPN using JAPAN server and all images loaded correctly. 

This only started a few days ago. 


Actual results:

No images beyond the loaded page whilst scrolling, same results if logged in. Only happens when Australia is the country. 


Expected results:

All images load as normal as always. 

NOTE: I have reported this with Webcompat https://github.com/webcompat/web-bugs/issues/141027

But the person does not seem to understand what has been posted or how to follow instructions such as setting a VPN to Australia location nor the fact that I have tried FF on atleast 3 different operating system.
Bug: Sidebar tool selected color is not as per design (and different from tab selected color)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-02 13:25:52+00:00
Resolved: 2025-02-26 11:08:34+00:00

STR:
1. Start with `sidebar.revamp = true`.
2. Enable the Dark theme.
3. Select a sidebar button.

Expected:
Active sidebar button background is lighter like toolbar buttons.

Actual:
Active sidebar button background is darker.
Bug: Sidebar custom settings uses mix of system and theme accent colors with Light/Dark themes
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-09-02 13:50:28+00:00
Resolved: 2024-09-16 09:11:41+00:00

STR:
1. Set `sidebar.revamp = true` on Ubuntu 24.04.
2. Enable the Light/Dark theme. 
3. Open the sidebar custom settings panel.

Expected:
All controls have consistent accent colors.

Actual:
Checkboxes use the theme accent but radio buttons and links use the system accent (orange for Ubuntu).

The System theme is unaffected, using the same accent for all controls.
Bug: incomplete profile import
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-02 16:24:03+00:00
Resolved: 2024-09-04 18:58:34+00:00

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

Steps to reproduce:

Réinstallation complete de Firefox nightly
then connect to my account for synchronization


Actual results:

I obtained :
- my parameters
- my extensions
- my bookmarks
...


Expected results:

I didn't get :
- the settings for my extensions and customizations (Ublock for example).
- my extensions were no longer configured. 
- in private connection, it took me a while to realize that they were all deactivated by default, even though they shouldn't have been.
- my search setting was set to “Google” when it shouldn't be.
- I lost several settings like all my exceptions to deleting Cookies.
Bug: Firefox shows incomprehensible error messages if disabling pdf JS and downloading PDF (until restart)
Status: NEW
Priority: P5
Created: 2024-09-02 16:45:22+00:00
Resolved: 2024-10-31 12:00:51+00:00

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

Steps to reproduce:

1. download a PDF


Actual results:

firefox downloads and then opens a new tab with the file:// schema with the PDF file


Expected results:

Firefox download the file. Nothing else.

Optionally ask if want to open the file (as happens on android version)
Bug: Insanely deep bookmarks tree crashes the browser
Status: ASSIGNED
Priority: P2
Created: 2024-09-02 22:20:55+00:00
Resolved: 2024-10-07 18:02:42+00:00

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

Steps to reproduce:

- Sign in to Firefox Sync
- Wait for sync to finish


Actual results:

Entire browser crashes, even in troubleshoot mode. I believe this https://crash-stats.mozilla.org/report/index/ff99f648-78ab-4cad-b1f5-7aaa70240902 crash report is caused by this issue.


Expected results:

Sync to complete and not crash
Bug: Tab previews are turned off but still appear when trying to close tabs in a full-screen Firefox window.
Status: UNCONFIRMED
Priority: P3
Created: 2024-09-03 02:08:59+00:00
Resolved: 2024-12-03 10:01:01+00:00

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

Steps to reproduce:

I turned off "Show an image preview when you hover over a tab." Then I maximized Firefox to full screen and attempted to close a tab.


Actual results:

Clicking on the close tab switched to that tab and briefly flashed a preview of the tab.


Expected results:

The tab should have closed.
Bug: unable to drag the text "about:config" to the address bar
Status: UNCONFIRMED
Priority: P3
Created: 2024-09-03 06:42:40+00:00
Resolved: 2025-01-30 07:15:52+00:00

Steps to reproduce:

Highlighted and dragged the text "about:config" to the address bar.


Actual results:

Text did not "paste".


Expected results:

Text should have "pasted".
Bug: Punycode domain isn't correctly identified/bolded in URL bar
Status: NEW
Priority: P2
Created: 2024-09-03 11:23:53+00:00
Resolved: 2024-09-03 13:58:10+00:00

Load https://дzz.ею/ 
The URL bar will display https://xn--z-gtb.ею/ but the white parts are `https://xn--z-g`**tb.ею** - see attachment.

I think this is because the unicode host is дz.ею which has 5 unicode characters, including the dot. But since we use the punycode string, we only emphasize the last 5 characters, which is wrong.
Bug: Page not completely loaded
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-03 12:22:05+00:00
Resolved: 2025-02-12 19:04:50+00:00

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

Steps to reproduce:

I opened more tabs in a short time.


Actual results:

One of the pages didn't load completely.


Expected results:

The page should have loaded completely.
Bug: Strings that have already been filled in should be selected when the search box in Library window is focused again
Status: NEW
Priority: P3
Created: 2024-09-03 13:02:49+00:00
Resolved: 2025-01-24 07:43:44+00:00

STR:
1. Open Library window
2. Fill something in the search box
3. Click anywhere in the Library window other than the search box to get focus away from the search box.
4. Type Ctrl+F

Actual result:
The search box is focused without already filled strings selected.

Expected result:
The search box is focused, with the already filled strings is selected.

Additional information:
Tested on the latest Nightly build on win64.

This is the same behavior as the search bar or FAYT search box.
Bug: Intermittent browser/components/customizableui/test/browser_PanelMultiView_focus.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-09-03 14:26:57+00:00
Resolved: 2025-02-03 12:10:07+00:00

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

---
```
[task 2024-09-03T13:54:11.837Z] 13:54:11     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_focus.js | The panel is closed to begin with. - "closed" == "closed" - 
[task 2024-09-03T13:54:11.838Z] 13:54:11     INFO - Buffered messages finished
[task 2024-09-03T13:54:11.838Z] 13:54:11     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_PanelMultiView_focus.js | Test timed out - 
[task 2024-09-03T13:54:11.839Z] 13:54:11     INFO - GECKO(6276) | Completed ShutdownLeaks collections in process 3392
```
Bug: Fewer results returned by the Address Bar when a Suggest result is present
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-03 14:27:12+00:00
Resolved: 2024-09-03 23:12:12+00:00

This has been reported by CPeterson on Slack, but multiple people including Chris and me can reproduce.
Typing short strings, like "mar" returns fewer than 10 results, one of those results is a Wikipedia suggestion.
I used mozregression to find a range for this and I ended up in Bug 1914545, it's possible we are counting the many results returned by suggest as actually present, even if the muxer discards them?
(for completion, [this is the whole regrange](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=63348a55529991753546d437194cf0fa489efded&tochange=76f7599ecbfa676837912eb5d7d0d606270d50ae))
Bug: History sidebar background color no longer fills the full height
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-03 15:35:06+00:00
Resolved: 2024-10-08 01:37:10+00:00

STR:
1. Start with `sidebar.revamp = true`.
2. Open the History sidebar (Ctrl+H).
3. Create enough history for the list to be scrollable.
4. Scroll down.

Expected:
Background color remains the same in the sidebar.

Actual:
After one page, the background color changes.

Easier to see with the Dark theme but it also happens with Light and System themes.

The `sidebar-panel` does not fill the full scroll height but this was not previously visible since `#sidebar-box` used the same `--sidebar-background-color`. Now it has changed to `--toolbar-bgcolor` there is a visible mismatch.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=936f3047272d1ef5feb4f02953db3ad74c59bbd1&tochange=95109305b579922c59ef5966e60c9397e48847ac

Regressed by Bug 1910733.
Bug: When FxA is connected to the browser but sync is not, the "Send tab to device" tab context menu option is improperly hidden
Status: NEW
Priority: P2
Created: 2024-09-03 15:53:30+00:00
Resolved: 2025-02-13 22:03:16+00:00

On Firefox Desktop sync can be turned off without signing out of a Mozilla account. This leaves the "Send Tab" functionality enabled. However, it appears that the "Send tab to device" context menu option for tabs is improperly disabled. 

1. Set up Firefox such that it's logged into an account with at least one other device and sync is enabled
2. Open sync settings (about:preferences#sync)
3. Choose "Change..." button
4. Choose "Disconnect..." button
5. Choose "Disconnect" option to confirm
6. Right click on a tab for a website

Result: "Send tab to device" menu option is not shown
Expected: "Send tab to device" menu option should be shown 

Note: The send tab functionality is available from the account menu and works as expected.
Bug: Customize Toolbar mode hides vertical tabs
Status: NEW
Priority: P3
Created: 2024-09-03 21:57:12+00:00
Resolved: 2025-01-21 09:02:39+00:00

### Steps to reproduce

1. Enable sidebar and vertical tabs in Firefox Labs.
2. Right-click on the Firefox window's empty space near the top edge.
3. Select the context menu's "Customize Toolbar" menu item.

### Expected result

Customize Toolbar should open a new tab with the "Customize Nightly" mode and the other tabs should still be accessible.

### Actual result

Customize Toolbar opens the "Customize Nightly" mode, hiding the other tabs. See the attached screenshot.
Bug: Toolbar bottom border missing after bug 1916004
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-04 02:10:45+00:00
Resolved: 2024-10-04 11:20:19+00:00

After bug 1916004, when `sidebar.revamp=false`, the bottom border of the toolbar is missing. The border re-appears when setting `sidebar.revamp=true`.
Bug: Size of history panel is not saved
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-04 05:55:38+00:00
Resolved: 2024-09-18 15:34:42+00:00

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

Steps to reproduce:

CTRL+H to open history panel.
Resize it horizontally.

Close Firefox and re-open.
Size is not saved.
Bug: 63.12% facebook-nav.friends ContentfulSpeedIndex (Windows) regression on Tue August 27 2024
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-04 13:10:34+00:00
Resolved: 2024-09-06 17:16:02+00:00

Perfherder has detected a browsertime performance regression from push [95109305b579922c59ef5966e60c9397e48847ac](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=95109305b579922c59ef5966e60c9397e48847ac). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [63%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,84701,1,13)  | [facebook-nav.friends](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#facebook-nav-i) ContentfulSpeedIndex | windows11-64-shippable-qr | cold fission webrender | 138.48 -> 225.90 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=1948), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run these tests on try with `./mach try perf --alert 1948`

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: aa.com - Unable to type/paste numbers if not following a certain format
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-04 13:31:27+00:00
Resolved: 2024-09-18 13:08:51+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Firefox 129.0.2 (release)/130/132

**Preconditions:**
- Clean profile

**Steps to reproduce:**
1. Navigate to: https://www.aa.com/content/images/travel-info/special-assistance/service-animals/dot-service-animal-relief-attestation-form.pdf
2. Type or paste "1111111" into the "Phone:" fields.
3. Observe the behavior.

**Expected Behavior:**
The number can be typed/pasted.

**Actual Behavior:**
The number cannot be pasted or typed completely.

**Notes:**
- It works If pasting or typing "111-1111"
- Same for the date fields but on Chrome does not autoformat as it did for the phone fields
- Reproducible on the latest Firefox Release and Nightly
- Reproducible regardless of the ETP setting
- Works as expected using Chrome

---

Created from webcompat-user-report:60d30ad7-172e-48a6-bdc9-ac5ced0e3905
Bug: Failure to translate modal content on https://www.lapostemobile.fr/
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-04 14:21:02+00:00
Resolved: 2024-09-04 14:36:15+00:00

STR:

1. In an English Firefox browser, go to https://www.lapostemobile.fr/
2. See a modal dialog pop-up
3. Either use the Translations prompt, or click the "Translate this page" icon in the location bar
4. Select the default Translate from: French and Translate to: English
5. Click Translate

Expected results:
All of the page contents, including the modal content, are translated.

Actual results:
The modal content is NOT translated.
Bug: [Experiment] Firefox browser is not automatically pinned to the Windows taskbar
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-04 14:32:25+00:00
Resolved: 2024-09-04 16:12:58+00:00

[Affected versions]:
- Firefox Release Candidate 130.0 MSIX, BUILD ID: 20240829075237.

[Affected Platforms]:
- Windows 10 x64.
- Windows 11 x64.

[Prerequisites]:
- Have a Firefox 130+ MSIX [setup file](https://ftp.mozilla.org/pub/firefox/candidates/130.0-candidates/build2/win64/multi/) downloaded to your PC.

[Steps to reproduce]:
1. Install the browser from the prerequisites.
2. Launch the browser and observe the behavior in the Windows taskbar.

[Expected result]:
- Firefox is pinned to the Windows taskbar.

[Actual result]:
- Firefox is not pinned to the Windows taskbar.
Bug: Firefox browser is automatically pinned to the Windows Start Menu even outside of the “Pin Firefox to Start Menu for MSIX” experiment
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2024-09-04 14:36:28+00:00
Resolved: 2024-09-04 22:18:35+00:00

[Affected versions]:
- Firefox Release Candidate 130.0 MSIX, BUILD ID: 20240829075237.

[Affected Platforms]:
- Windows 10 x64.
- Windows 11 x64.

[Prerequisites]:
- Have a Firefox 130+ MSIX [setup file](https://ftp.mozilla.org/pub/firefox/candidates/130.0-candidates/build2/win64/multi/) downloaded to your PC.

[Steps to reproduce]:
1. Install the browser from the prerequisites.
2. Launch the browser and open the Windows Start Menu.
3. Observe the pinned apps.

[Expected result]:
- Firefox is not pinned to the Windows Start Menu.

[Actual result]:
- Firefox is pinned to the Windows Start Menu.

[Notes]:
- This is happening despite the fact that the "disableStartMenuPin" config parameter is set to “true” by default.
- Possibly due to this behavior, the browser is automatically pinned to the Windows Start Menu even when enrolling into the control branch of the [Pin Firefox to Start Menu for MSIX](https://experimenter.services.mozilla.com/nimbus/pin-firefox-to-start-menu-for-msix/summary) experiment (which should specifically disable that).
Bug: Checking for pending commands might fail if you logout soon after startup
Status: NEW
Priority: P2
Created: 2024-09-04 14:52:10+00:00
Resolved: 2024-09-04 14:52:10+00:00

In my STR:
* Sign in
* Fairly quickly after sign out.

Observe the console:

```
1725460290393   FirefoxAccounts DEBUG   Notifying observers of testhelper-fxa-signout-complete
1725460293042   FirefoxAccounts INFO    checking if the command queue is empty now we are idle
1725460293045   FirefoxAccounts TRACE   flushQueue total queued items: 0
1725460293046   FirefoxAccounts ERROR   Checking for pending tab commands after first tab sync failed: TypeError: can't access property "length", recentDevices is null(resource://gre/modules/FxAccountsCommands.sys.mjs:753:9) JS Stack trace: #flushQueue@FxAccountsCommands.sys.mjs:753:9
async*flushQueue@FxAccountsCommands.sys.mjs:725:49
idleObserver@FxAccountsCommands.sys.mjs:701:12
87172> 1725460411359    FirefoxAccounts ERROR   FxA rejecting with error NO_ACCOUNT, details: undefined
```

That block should check we have a user signed in. Even better though, it would probably expand that "withCurrentAccountState" so the state is obtained when we *set* the observer and is still alive as it fires. This will help protect the unlikely but possible scenario of an entirely different user being signed in.

(I don't *think* anything bad happened in this scenario, but we should still gracefully handle it)
Bug: High Contrast being applied to Firefox even if set to Never after updating to 130.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-04 14:54:17+00:00
Resolved: 2024-09-11 16:15:40+00:00

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

Steps to reproduce:

Updated to 130.0 under Win10 LTSC Enterprise.


Actual results:

Every bookmarks and menu icons are highlighted like the high contrast mode is activated.


Expected results:

High Contrast should be disabled like before 130.0 when set to Never under Colours>Manage Colours
Bug: Make Content Analysis for DND use getURIForBrowsingContext
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-04 19:28:06+00:00
Resolved: 2024-11-05 15:39:34+00:00

In bug 1910452, DND is using the URI for the target frame.  Bug 1914068 will introduce `GetURIForBrowsingContext` (when it lands) -- that should be used instead.
Bug: After deleting the everything items from `Clear Recent History`, the `Back`/`Forward` buttons will remain enable state even if there is no session history.
Status: NEW
Priority: P3
Created: 2024-09-04 19:38:51+00:00
Resolved: 2024-10-17 13:57:34+00:00

Steps to Reproduce:
1. Navigate several websites in a same tab so that  `Back`/`Forward` buttons will enable state.
2. Ctrl+Shift+Del to open `Clear Recent History` dialog. And clear everything .

Actual results:

Clicking on the enabled one does nothing.

Expected Results:
The “back”/“forward” buttons should be disabled.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b52bf621dbe43d853151078c217676ae909edfb9&tochange=aeeaa1d0596516aef70ef5ab3912738ab0c3b715

Suspect: Bug 1712750

Workaround: switch between tabs.