av9ash/GitBugs huggingface dataset:
Bug: [MSIX] Firefox can't be opened by notification after it was installed
Status: NEW
Priority: --
Created: 2024-11-14 07:03:43+00:00
Resolved: 2024-12-04 19:57:17+00:00

**Found in**
- Firefox 133.0b8

**Affected versions**
- Firefox 132.0.2
- Firefox 133.0b8
- Firefox 134.0a1

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

**Steps to reproduce**
1. Install Firefox from Microsoft Store
2. Press Launch on the Windows notification when Firefox is installed

**Expected result**
- Firefox launches

**Actual result**
- Nothing happens

**Regression range**
- Hard to search for a regression as this is dependent on Microsoft Store and Windows notifications

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1C7GPjLv65cugudkjNw1dMUsjAWZ4c42Y/view?usp=sharing)
Bug: Wallpaper settings: keyboard focus shows blinking cursor and users can type text over wallpaper type options
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-14 09:43:33+00:00
Resolved: 2024-11-14 20:40:49+00:00

When I tab through the settings menu on the New Tab page, I can see a blinking cursor once the focus is on any of the three wallpaper types. Additionally, I can type text within wallpaper thumbnails. The cursor is not caught on the screenshot, but right now it's blinking at the end of the "red panda" words.

If I then navigate into one of the wallpaper type menus, the wallpapers shown don't have a cursor on focus and cannot be typed over - so there they work as expected, and it's only on the main settings screen that this is an issue.

FF version: Nightly (134).
Bug: Trojan:JS/Obfuse.SDS!MTB detected by Microsoft Defender in pdf.js\external\builder\fixtures_babel\ifs-expected.js
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-14 11:01:24+00:00
Resolved: 2024-11-14 14:33:46+00:00

Steps to reproduce:

Cloned the github repo mozilla/pdf.js


Actual results:

Microsoft Defender detected a Trojan:JS/Obfuse.SDS!MTB in pdf.js\external\builder\fixtures_babel\ifs-expected.js
Bug: The Windows 7 & 8 ESR Upgrade flow should not require the user to download an unsupported ESR version first
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-11-14 12:48:50+00:00
Resolved: 2024-12-10 02:38:15+00:00

**[Affected versions]:**
- Firefox ESR 78.15.0esr, Build ID 20210927121355
- Firefox ESR 91.0.1esr, Build ID 20210816144842

**[Affected Platforms]:**
- Windows 7
- Windows 8.1

**[Steps to reproduce]:**
1. Navigate to this page https://www.mozilla.org/en-US/firefox/welcome/20/ .
2. Click the `Update Now` button.
3. Click the `Select your download` from the Windowos 64-bit dropdown menu.
4. Click the `Firefox Extended Support Release (ESR)` or `Firefox Extended Support Release (ESR) - MSI installer` options.
5. Observe the version number of the proposed download.

**[Expected result]:**
- The maximum version available for the OS is downloaded -- 115.17.0.
 
**[Actual result]:**
- The most recent ESR version is downloaded -- 128.4.0

**[Notes]:**
- If the flow is followed, the app is attempted to be opened, an error is displayed and the user is redirected to https://www.mozilla.org/en-US/firefox/132.0.2/system-requirements/ page. Scrolling down this page and clicking the `Download Firefox ESR 64-bit` button, the maximum available version is downloaded.
- The other available flow is clicking the `another language or platform` link which redirects to https://www.mozilla.org/en-US/firefox/all/desktop-esr/ . From here, after selecting the Platform and Language, a `Download ESR 115` is displayed.
- The issue is also reproducible with the [Moments 19](https://www.mozilla.org/en-US/firefox/welcome/19/) and [Moments 21](https://www.mozilla.org/en-US/firefox/welcome/21/) pages.
- Attached a screen recording of the issue.
Bug: Keyboard shortcut for "Undo close window" fails if no windows are open (and "recently closed windows" submenu hasn't been shown)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-14 13:45:09+00:00
Resolved: 2024-12-13 18:17:25+00:00

1. Launch Firefox
2. ⌘W (close the only browser window without quitting Firefox)
3. ⇧⌘N (try to reopen the window)

Result: fail beep

This was previously fixed in bug 492320 but now it's broken again.

It seems to have regressed in the range: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=bfd7fe0cf994048e80fb01adc672293b900b6689&tochange=3396ae36832c1e444d7373ab021be20072d57e89

My suspicion is that it was bug 1833522 with https://hg.mozilla.org/mozilla-central/rev/feb42cf3b6e1 so I am setting that as regressor but I haven't verified because that is too far back for mozregression.
Bug: The Sidebar Microsurvey is not triggered if the sidebar is moved to the right side
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-14 15:23:24+00:00
Resolved: 2024-11-15 15:49:27+00:00

[Affected versions]:
- Firefox Nightly 134.0a1, BUILD ID: 20241113215256.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- The new Sidebar is enabled from the “Firefox Labs” screen (about:preferences#experimental).
- The Sidebar was moved to the right side, from the “Customize sidebar” screen.
- User is enrolled in the “[134 Sidebar microsurvey](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary)” rollout.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Click any of the tools displayed in the sidebar 4 times (by default, only “History” and “Tabs from other devices” are available).
3. Click any tool from the sidebar for the 5th time and observe the behavior.

[Expected result]:
- The Sidebar Microsurvey is triggered and displayed to the center-left side of the Sidebar.

[Actual result]:
- Nothing happens. The Sidebar Microsurvey is not triggered.

[Additional Notes]:
- This issue is not reproducible if the Sidebar is on the left side (which is the default setting).
Bug: The thank you message displayed after completing the Sidebar Microsurvey is not automatically dismissed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-14 15:25:42+00:00
Resolved: 2024-12-13 15:24:46+00:00

[Affected versions]:
- Firefox Nightly 134.0a1, BUILD ID: 20241113215256.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- The new Sidebar is enabled from the “Firefox Labs” screen (about:preferences#experimental).
- User is enrolled in the “[134 Sidebar microsurvey](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary)” rollout.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Click any of the tools displayed in the sidebar 5 times (by default, only “History” and “Tabs from other devices” are available) to trigger the microsurvey.
3. Advance through all the steps of the microsurvey by selecting any available answers.
4. Reach the last step and submit the final answer.
5. After the "Thank you for your feedback!" message is displayed, observe the behavior.

[Expected result]:
- "Thank you for your feedback!" message is automatically dismissed after a 5 seconds timeout period.

[Actual result]:
- "Thank you for your feedback!" message is not automatically dismissed.

[Additional Notes]:
- The "Thank you for your feedback!" message can be manually closed by clicking the “X” button, or dismissed by focusing the address bar.
Bug: The thank you message is wrongly counted as a step in the Sidebar Microsurvey progress
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-11-14 15:28:18+00:00
Resolved: 2024-11-15 16:06:28+00:00

[Notes]:
- In QAs opinion, this behavior can be confusing for the end-user since a 3/4 progress would imply that a 4th question will follow, but at the moment the survey is immediately finished with the "Thank you for your feedback!" message.

[Affected versions]:
- Firefox Nightly 134.0a1, BUILD ID: 20241113215256.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- The new Sidebar is enabled from the “Firefox Labs” screen (about:preferences#experimental).
- User is enrolled in the “[134 Sidebar microsurvey](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary)” rollout.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Click any of the tools displayed in the sidebar 5 times (by default, only “History” and “Tabs from other devices” are available) to trigger the microsurvey.
3. Advance to the second step of the survey by selecting any available answers - progress is 2/4, displayed in the bottom left side of the callout.
4. Advance to the third step of the survey - progress is 3/4.
5. Select any answer, click the submit button and observe the behavior.

[Expected result]:
- "Thank you for your feedback!" message should either display the 4/4 progress at the bottom of the callout, or the overall progress should be reduced by 1 and make it have only 3 steps.

[Actual result]:
- The survey is immediately finished and the "Thank you for your feedback!" message is displayed.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_scroll_size_determination.js | single tracking bug
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-14 19:25:04+00:00
Resolved: 2024-11-25 06:12:36+00:00

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

---
```
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_scroll_size_determination.js | First tab should be scrolled out of view. - -1 != 1 - 
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - Buffered messages logged at 18:37:41
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - Leaving test bound test_horizontal_scroll
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - Buffered messages finished
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_scroll_size_determination.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - GECKO(6240) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - GECKO(6240) | MEMORY STAT | vsize 11764MB | residentFast 560MB | heapAllocated 286MB
[task 2024-11-14T18:37:42.115Z] 18:37:42     INFO - TEST-OK | browser/components/tabbrowser/test/browser/tabs/browser_scroll_size_determination.js | took 56229ms
```
Bug: Update Staff Picks featureCallout to be limited to Early Day Users, and to respect the addons recommendation pref
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-14 19:58:13+00:00
Resolved: 2024-12-05 15:59:48+00:00

All our addons messages should respect the `browser.newtabpage.activity-stream.asrouter.userprefs.cfr.addons` pref, which users can toggle off to opt-out of recommendations. 

We also want to keep this message showing to Early Day users for now, since that is the audience that was validated in the rollout; we can expand the audience in the future if needed.
Bug: XWayland: Cannot move bookmarks to parent folders; attempting so, leads to keyboard input loss
Status: UNCONFIRMED
Priority: --
Created: 2024-11-14 23:32:43+00:00
Resolved: 2024-11-15 14:15:47+00:00

Steps to reproduce:

I have reproduced this in KWin/XWayland.

Try to move a bookmark a folder up, ie. from a subfolder to a parent.


Actual results:

The menu closes, the bookmark remains at its original location and the browser doesn't accept keyboard input until a restart.


Expected results:

This is an old bug, so I can't find the exact commit that introduced it: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9d96d2c96d8fe1d9365fdaee30d8fda048c48aa1&tochange=b7c21d63bd623860c099c96b5648bc07c5bc0a63

See also Bug 1866770.
Bug: calendar.google.com - The bookmark icon is not displayed correctly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-15 10:29:27+00:00
Resolved: 2024-12-19 10:03:23+00:00

**Environment:**
Operating system: Mac OS X 10.15
Firefox version: Firefox 132.0

**Preconditions:**
Clean profile

**Steps to reproduce:**
1. Navigate to : https://calendar.google.com
2. Sign in
3. Bookmark the page

**Expected Behavior:**
The bookmark icon is displayed correctly.

**Actual Behavior:**
The bookmark icon is broken

**Notes:**
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome

Created from https://github.com/webcompat/web-bugs/issues/143436
Bug: [Windows] Switch to tab button border is not visible on hover state
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-15 11:24:27+00:00
Resolved: 2025-01-15 13:07:26+00:00

**Found in**
* Nightly 134.0a1

**Affected versions**
* Nightly 134.0a1

**Tested platforms**
* Affected platforms: Windows 11
* Unaffected platforms: macOS 12, Ubuntu

**Tested platforms**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE
* Have Firefox opened with Light Theme

**Steps to reproduce**
1. Open a few different websites in different tabs
2. Open a new tab and type '@' in the address bar.
3. Select 'Search Tabs' from the available options.
4. Hover over one of the  results and observe the Switch to Tab button

**Expected result**
* Button should be easy visible, respecting the figma design

**Actual result**
* On the hover state, Switch to Tab button border is not visible.

**Regression range**
* last good: 2024-09-30
* first bad: 2024-10-01
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c6e3a646b7d4cb7a68c9114c04cb29ebd488a3f2&tochange=b9ff9648c7c589023158322886879afe99e51191
* Potentially regressed by: Bug 1918437

**Additional notes**
* Figma link: https://www.figma.com/design/o7FiykrKIyDBgsjEQUYDOr/Secondary-Actions-in-the-URL-Bar?node-id=1719-5368&node-type=section&t=VxCD1V7M0xttGnvG-0
Bug: The sidebar doesn't remember the width
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-15 11:40:00+00:00
Resolved: 2024-11-15 11:51:39+00:00

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

Steps to reproduce:

FF doesn't properly remember the width of the sidebar. It might remember it for the first window but open a second one and it reverts to the default width.


Actual results:

Forgets sidebar width


Expected results:

Remember sidebar width at all times
Bug: [Experiment] The Desktop Credit Card Autofill option is not displayed if the browser is restarted
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-15 12:13:50+00:00
Resolved: 2025-01-23 01:24:53+00:00

**[Affected versions]:**
- Firefox Beta, 133.0b8, BUILD ID: 20241113092108
- Firefox Nightly 134.0a1 BUILD ID: 20241113215256

**[Affected Platforms]:**
- MacOS 13.6.1 
- Windows 11 x64
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the latest Firefox Beta 133.0b8 installed (other than en-US). 
- Have the “browser.search.region” pref set to “PT” in the “about:config” page.
- Have the “nimbus.debug” pref set to true in the “about:config” page. 

**[Steps to reproduce]:**
1. Paste the following link in the address bar: about:studies?optin_slug=desktop-credit-card-autofill-global-enablement-holdback&optin_branch=creditcard-enable&optin_collection=nimbus-preview
2. Restart the browser.
3. Navigate to the “about:preferences” page.
4. Search for the “Save and fill payment methods” option. 

**[Expected results]:**
- The “Save and fill payment methods” option should be displayed. 

**[Actual results]:**
- The “Save and fill payment methods” option is not displayed despite the user being enrolled in the Desktop Credit Card Autofill - Enable Credit Card Autofill globally via Nimbus (10% holdback) experiment in the `creditcard-enable` branch.

**[Notes]:**
- If the user doesn't restart the browser after enrollment the “Save and fill payment methods” is displayed. 
Attached is a recording of the issue.
Bug: "Firefox crashes when opening multiple tabs with heavy JavaScript content"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-16 06:11:09+00:00
Resolved: 2024-12-21 11:01:57+00:00

Open Firefox 115.0 on a Windows 11 machine.
Open 10 or more tabs with websites that have heavy JavaScript content (e.g., interactive web applications or sites with large dynamic scripts).
Wait for a few seconds after the tabs have loaded.
Try interacting with any of the opened tabs (clicking, scrolling, etc.).

Firefox should handle multiple tabs with heavy JavaScript content smoothly without crashing or freezing.
The browser should be responsive and not experience any major slowdown.

After opening several tabs with heavy JavaScript, Firefox becomes unresponsive and crashes when interacting with the tabs.
The crash occurs intermittently, but it is frequent when more than 5 tabs are open with heavy scripts.
A crash report dialog appears asking if you'd like to send the crash report to Mozilla.


Critical: This bug causes Firefox to crash, making it unusable for users who need to run multiple tabs with JavaScript-heavy content. This has a significant impact on user experience, though it doesn't render the browser entirely unusable in all cases.
Bug: Firefox 130 crashes when opening the "about " page on Windows 10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-16 06:15:34+00:00
Resolved: 2024-11-17 23:27:01+00:00

When using Firefox 130 on Windows 10, the browser crashes immediately upon attempting to open the "about
" page. This issue occurs consistently, and I am unable to access or manage saved passwords via the Logins & Passwords section.
Bug: Firefox 130 crashes when opening the "about " page on Windows 10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-16 06:22:32+00:00
Resolved: 2024-11-17 23:27:05+00:00

When using Firefox 130 on Windows 10, the browser crashes immediately upon attempting to open the "about
" page. This issue occurs consistently, and I am unable to access or manage saved passwords via the Logins & Passwords section.
Bug: Firefox 130 crashes when opening the "about:logins" page on Windows 10
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-16 06:37:07+00:00
Resolved: 2024-11-17 23:25:04+00:00

When using Firefox 130 on Windows 10, the browser crashes immediately when attempting to open the about
- page. This issue happens consistently, and I am unable to access or manage saved passwords through the "Logins & Passwords" section. The crash occurs every time I attempt to open the page.
Bug: widevine library CUSTOM path
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-11-16 12:49:02+00:00
Resolved: 2024-12-02 15:01:58+00:00

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

Steps to reproduce:

want use firefox preconfigured widevine  DLL CUSTOM path


Actual results:

I cant use my path for widevine library already downloaded


Expected results:

about:config (media.gmp-widevinecdm *) doesnt have pref for widevine custom DLL path for widevine
Bug: Intermittent browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-11-16 14:26:47+00:00
Resolved: 2024-12-09 12:10:43+00:00

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

---
```
[task 2024-11-16T13:19:32.013Z] 13:19:32     INFO - TEST-PASS | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | Expect custom history mode - 
[task 2024-11-16T13:19:32.014Z] 13:19:32     INFO - TEST-PASS | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | Expect a prompt when turning permanent private browsing on! - 
[task 2024-11-16T13:19:32.014Z] 13:19:32     INFO - Leaving test bound 
[task 2024-11-16T13:19:32.015Z] 13:19:32     INFO - Entering test bound 
[task 2024-11-16T13:19:32.015Z] 13:19:32     INFO - Buffered messages logged at 13:19:31
[task 2024-11-16T13:19:32.016Z] 13:19:32     INFO - TEST-PASS | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | Expect custom history mode - 
[task 2024-11-16T13:19:32.016Z] 13:19:32     INFO - TEST-PASS | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | Expect a prompt when turning permanent private browsing off! - 
[task 2024-11-16T13:19:32.017Z] 13:19:32     INFO - Leaving test bound 
[task 2024-11-16T13:19:32.017Z] 13:19:32     INFO - Buffered messages finished
[task 2024-11-16T13:19:32.018Z] 13:19:32     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-11-16T13:19:32.106Z] 13:19:32     INFO - GECKO(7512) | MEMORY STAT | vsize 2118012MB | vsizeMaxContiguous 64971092MB | residentFast 5297MB | heapAllocated 3759MB
[task 2024-11-16T13:19:32.108Z] 13:19:32     INFO - TEST-OK | browser/components/preferences/tests/browser_warning_permanent_private_browsing.js | took 110378ms
```
Bug: XSS security implications for pdf.js.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-17 13:39:06+00:00
Resolved: 2024-11-19 01:44:56+00:00

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

Steps to reproduce:

I opened a malicious PDF file using the PDF viewer provided by Mozilla. I will give the url with qurey param.

https://mozilla.github.io/pdf.js/web/viewer.html?file=https://files.owenyoung.com/file/owen-blog/test-docs/xss3.pdf


Actual results:

Malicious code hidden in the PDF file was executed，like alert


Expected results:

These malicious codes should not be executed
Bug: Tabbing and Shift-Tabbing Does Not Allow Focus to Move Out of Address Bar Results and Back to the Toolbar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-11-17 17:04:45+00:00
Resolved: 2024-12-11 19:28:18+00:00

### Steps to Reproduce

1. Enable `browser.urlbar.scotchBonnet.enableOverride`.
2. Put the keyboard focus in the urlbar via keyboard shortcuts such as ALT+D or CTRL/CMD+L.
3. Move focus to the toolbar by press SHIFT+TAB.

### Expected Results

The focus should navigate to the Unified Search Button upon the first press of SHIFT+TAB and then to the toolbar on the next press of SHIFT+TAB.

### Actual Results

Upon the second keypress of SHIFT+TAB, the focus moves to the bottom of the results list and continues to iterate over suggestions and Unified Search Button with subsequent SHIFT+TAB keypresses without ever moving focus to the toolbar.
Bug: The extensions are hidden and reset when the computer is restarted, I have 3 computers and they all happen the same
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-17 17:38:51+00:00
Resolved: 2024-12-26 16:33:54+00:00

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

Steps to reproduce:

nada


Actual results:

percebi que há algumas versões atrás do firefox toda vez que reinicio o computador, as extensões ficam ocultas e não mostram o ícone, é preciso configurar pra aparecer os ícones novamente e por causa disso toda configuração feita se apaga


Expected results:

não sei