av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The exposure event for non-sponsored results is registered on holdback branch only if previously a sponsored result was triggered
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-19 13:38:48+00:00
Resolved: 2024-04-03 09:35:19+00:00

**[Notes]:**
- Please note, that the exposure event is only registered if previously a Sponsored result was triggered. If NO Sponsored result is triggered in the same session, the exposure event for non-sponsored results will NOT be registered.
- The issue is not reproducible for "canada" keyword, because "ca" keyword triggers a sponsored result.
- This issue also affects the Control branch of the [Yelp experiment](https://experimenter.services.mozilla.com/nimbus/yelp-suggestions/summary) which is tracked in [QA-2281](https://mozilla-hub.atlassian.net/browse/QA-2281).

**[Affected versions]:**
- Firefox Release 124.0 (Build ID: 20240311145044)
- Firefox Beta 125.0b1 (Build ID: 20240318085508)
- Firefox Nightly 126.0a1 (Build ID: 20240319093523)

**[Affected Platforms]:**
- Windows 10
- macOS 13.1
- Linux Mint 20.1

[Prerequisites]:
- Have the "browser.search.region" set to US.
- Have Glean already configured and a custom tag set.

Be enrolled in the holdback branch of the Search Suggest Event Validation experiment. You can enroll in the experiment with the following STR: 
1. Have "nimbus.debug" set to true. 
2. Navigate to the [holdback branch link](about:studies?optin_slug=search-suggest-exposure-event-validation&optin_branch=holdback&optin_collection=nimbus-preview). 

**[Steps to reproduce]:**
1. Open the Firefox with the profile from prerequisites.
2. Type in the urlbar a keyword that normally triggers only non-sponsored results (eg: emily).
3. Navigate to "about:glean" and click the "Apply settings and submit ping" button.
4. Navigate to [Glean debug](https://debug-ping-preview.firebaseapp.com/) page.  
5. Navigate to your custom tab and verify the latest event ping.

**[Expected result]:**
- The "exposure" event for the non sponsored result is triggered.

**[Actual result]:**
- The "exposure" event for the non sponsored result is NOT triggered.
Bug: [Experiment] Non Sponsored results coming from Merino are displayed in the holdback branch
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-19 14:21:51+00:00
Resolved: 2024-04-01 15:40:07+00:00

**[Affected versions]:**
- Firefox Release 124.0 (Build ID: 20240311145044)
- Firefox Beta 125.0b1 (Build ID: 20240318085508)
- Firefox Nightly 126.0a1 (Build ID: 20240319093523)

**[Affected Platforms]:**
- Windows 10
- macOS 13.1
- Linux Mint 20.1

[Prerequisites]:
- Have the "browser.search.region" set to US.
- Be enrolled in the holdback branch of the Search Suggest Event Validation experiment. You can enroll in the experiment with the following STR: 
1. Have "nimbus.debug" set to true. 
2. Navigate to the [holdback branch link](about:studies?optin_slug=search-suggest-exposure-event-validation&optin_branch=holdback&optin_collection=nimbus-preview). 

**[Steps to reproduce]:**
1. Open the Firefox with the profile from prerequisites.
2. Navigate to about:config and set the "browser.urlbar.quicksuggest.dataCollection.enabled" pref to true, to enable Merino.
3. In the urlbar type a keyword that triggers non sponsored result (eg: emily).
4. Observe the results.

**[Expected result]:**
- No non sponsored results are triggered.

**[Actual result]:**
- The "emily" non sponsored result is triggered.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: [Experiment] The exposure event is not registered for the Non Sponsored results coming from Merino on the Control branch
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-19 14:37:33+00:00
Resolved: 2024-03-25 16:25:08+00:00

**[Affected versions]:**
- Firefox Release 124.0 (Build ID: 20240311145044)
- Firefox Beta 125.0b1 (Build ID: 20240318085508)
- Firefox Nightly 126.0a1 (Build ID: 20240319093523)

**[Affected Platforms]:**
- Windows 10
- macOS 13.1
- Linux Mint 20.1

[Prerequisites]:
- Have the "browser.search.region" set to US.
- Have the "browser.urlbar.quicksuggest.dataCollection.enabled" pref set to true.
- Be enrolled in the Control branch of the Search Suggest Event Validation experiment. You can enroll in the experiment with the following STR: 
1. Have "nimbus.debug" set to true. 
2. Navigate to the [Control branch link](about:studies?optin_slug=search-suggest-exposure-event-validation&optin_branch=control&optin_collection=nimbus-preview). 

**[Steps to reproduce]:**
1. Open the Firefox with the profile from prerequisites.
2. Type in the urlbar a keyword that normally triggers a non-sponsored result from Merino (eg: emily).
3. Navigate to "about:glean" and click the "Apply settings and submit ping" button.
4. Navigate to [Glean debug page](https://debug-ping-preview.firebaseapp.com/).
5. Navigate to your custom tab and verify the latest event ping.

**[Expected result]:**
- An exposure event is registered for merino_adm_nonsponsored.

**[Actual result]:**
- No exposure event is registered.

**[Notes]:**
- The exposure event is correctly registered for non sponsored results coming from Rust or Remote Settings.
- Attached is a screen recording of the issue.
Bug: Firefox froze after update (to v124) and start-up on MacOS Sonoma 14.3.1
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-19 14:38:26+00:00
Resolved: 2024-04-24 20:31:57+00:00

After updating to Firefox v124, Firefox windows/tabs are frozen and buttons are not responding.

Steps:
- Have several Firefox windows with several open tabs (I had 10 windows, some with 3 tabs, some up to 15 tabs open)
- Click on the notification to update Firefox
- (Firefox updates to v124)
- Firefox re-opens all the open windows and tabs
- Firefox displays the "What's new" page
Result:
- Buttons on the New Tab page are not clickable
- Window actions (Close, minimize, Enter Full screen) are not clickable
- Clicking on the Firefox icon on the Dock, shows the MacOS message saying: "The application "Firefox" is not open anymore"
- I had to restart my Mac to recover



Setup:
MacOS: Sonoma 14.3.1
Mac Mini Apple M2
Memory: 24GB
Bug: Incorrect confirmation message shown in the mailto infobar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-19 15:11:27+00:00
Resolved: 2024-04-09 16:35:58+00:00

**Found in**
* Firefox 125.0b1

**Affected versions**
* Firefox 125.0b1
* Latest Nighty 126.0a1

**Tested platforms**
* Affected platforms: Windows 10 and 11
* Unaffected platforms: macOS and Ubuntu

**Preconditions**
* Have `browser.mailto.dualPrompt` set to `true`.
* Make sure Firefox is not your default mail handler in the OS settings.

**Steps to reproduce**
1. Open https://get.wireme.de/mailto-test.html 
2. Click on `Add a single site as mailto handler` button
3. Click on `Set as Default` button from the infobar

**Expected result**
* The correct confirmation message is displayed in the infobar: 
`Firefox will open <get.wireme.de> every time you click a link that sends email.`

**Actual result**
* The incorrect message is displayed in the infobar:
`<get.wireme.de> in Firefox is now your computer's default email handler.`

**Regression range**
* Not a regression, it was implemented like this in the first Nightly (2024-03-12) that enabled the feature.

**Additional notes**
* The string between < > from the message changes depending on what email service is used.
Bug: [Experiment] Callout 1 is displayed soon after opting out the Review Checker feature and dismissing Callout 5
Status: ASSIGNED
Priority: P1
Created: 2024-03-19 15:54:07+00:00
Resolved: 2025-03-03 18:05:16+00:00

**[Affected versions]:**
- Firefox Release 124.0 (Build ID: 20240311145044)
- Firefox Beta 125.0b1 (Build ID: 20240318085508)
- Firefox Nightly 126.0a1 (Build ID: 20240318110542)

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

**[Prerequisites]:**
- Set the `browser.search.region` pref to US.
- Paste the [user.js](https://drive.google.com/file/d/1pZ7MokwrAlMBgi1Nv_4tbBMNehf7hyce/view?usp=sharing) file in the Profile Folder from the “about:support” page and restart the browser.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to one of the supported websites (e.g. www.amazon.com) and click on any of the products.
3. Click the "Yes, try it" option from the bottom part of the Review Checker sidebar.
4. Click the Settings drop-down from the Review Checker sidebar.
5. Click the "Turn off Review Checker" button.
6. Dismiss Callout 5.
7. Wait several seconds, then focus another tab.
8. Focus again the product’s page.
9. Observe what happens next.

**[Expected result]:**
- Nothing happens, there is no Callout triggered by this action.

**[Actual result]:**
- Callout 1 is triggered and displayed.

**[Notes]:**
- Here is a [screen recording](https://drive.google.com/file/d/1tOaE92-k56SuRKhn8EVrSwEFlu92Fl-a/view?usp=sharing) of the issue.
Bug: Intermittent browser/base/content/test/sync/browser_contextmenu_sendpage.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-19 22:01:23+00:00
Resolved: 2025-02-17 12:12:27+00:00

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

---
```
[task 2024-03-19T21:28:33.812Z] 21:28:33     INFO - TEST-PASS | browser/base/content/test/sync/browser_contextmenu_sendpage.js | checking if popup is closed - 
[task 2024-03-19T21:28:33.813Z] 21:28:33     INFO - Buffered messages finished
[task 2024-03-19T21:28:33.813Z] 21:28:33     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/sync/browser_contextmenu_sendpage.js | Test timed out - 
[task 2024-03-19T21:28:33.814Z] 21:28:33     INFO - GECKO(3288) | Completed ShutdownLeaks collections in process 8164
[task 2024-03-19T21:28:33.814Z] 21:28:33     INFO - TEST-START | Shutdown
```
Bug: Intermittent browser/components/places/tests/browser/browser_bookmarkProperties_remember_folders.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-19 23:21:40+00:00
Resolved: 2025-01-20 12:05:16+00:00

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

---
```
[task 2024-03-19T22:44:22.526Z] 22:44:22     INFO - TEST-PASS | browser/components/places/tests/browser/browser_bookmarkProperties_remember_folders.js | Should match the disk GUIDS for Should have only the expected folders in the list - ["jd0zf0ZBE-yJ"] deepEqual ["jd0zf0ZBE-yJ"] - 
[task 2024-03-19T22:44:22.526Z] 22:44:22     INFO - Buffered messages finished
[task 2024-03-19T22:44:22.527Z] 22:44:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bookmarkProperties_remember_folders.js | Test timed out - 
[task 2024-03-19T22:44:22.527Z] 22:44:22     INFO - GECKO(2524) | Completed ShutdownLeaks collections in process 6520
[task 2024-03-19T22:44:22.528Z] 22:44:22     INFO - TEST-START | Shutdown
```
Bug: Tab Key Inappropriately Focuses entire page on 'about:preferences#privacy' page
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-03-20 06:18:30+00:00
Resolved: 2024-11-04 12:28:48+00:00

**Summary:**
- Tab Key Inappropriately Focuses Non-Interactive element on 'about:preferences#privacy' page

**Affected Version:**
- Firefox 123.0.1 (64-bit)

**Affected Platforms:**
- MacOS 14.1 (23B2073)

**Steps to Reproduce:**
- 1.Navigate to 'about:preferences#privacy'.
- 2.Use the Tab key to navigate through the page elements.



**Actual Results:**
- The Tab key causes the entire page to be focused.


**Expected Results:**
- The Tab key should only focus on interactive elements, leaving non-interactive page areas unfocused
Bug: Tab Key Inappropriately Focuses Non-Interactive element on 'about:preferences#privacy' page
Status: UNCONFIRMED
Priority: P3
Created: 2024-03-20 06:23:31+00:00
Resolved: 2024-10-25 18:05:19+00:00

**Summary:**
- Tab Key Navigation Skips some clickable items on  'about:preferences#privacy' page

**Affected Version:**
- Firefox 123.0.1 (64-bit)

**Affected Platforms:**
- MacOS 14.1 (23B2073)

**Steps to Reproduce:**
- 1.Navigate to 'about:preferences#privacy'.
- 2.Press the Tab key to navigate on the page.



**Actual Results:**
- Numerous clickable items are skipped

**Expected Results:**
- The Tab key should navigate to all clickable items
Bug: Tab Navigation Fails to Reach Right Pane in 'about:preferences#home', Preventing Focus on Required Items
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-20 06:35:27+00:00
Resolved: 2024-03-25 15:15:26+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- Go to 'about:preferences#home'.
- Use the Tab key to navigate through the page elements. 
 
**Actual Results:**
- The Tab key does not navigate to the main pane on the right, preventing the focus on necessary items.

 
**Expected Results:**
- The Tab key should cycle through all items, allowing each to be focused.
Bug: Text in the Main Page's Search Box Shifts to Top Unexpectedly During Input
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-20 06:43:53+00:00
Resolved: 2024-03-25 15:41:31+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- launch firefox
- Input any text into the search box located in the middle of the webpage.
- Observe any changes in the search box position.
 
**Actual Results:**
- Upon input, the search box shifts to the top area.

 
**Expected Results:**
- Text should be input directly into the selected search box without relocating it.
Bug: No Response When Clicking clickable Empty Boxes in Main Page
Status: NEW
Priority: --
Created: 2024-03-20 07:00:35+00:00
Resolved: 2024-10-24 09:39:53+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.launch firefox
- 2.Click on the empty boxes (website navigation shortcut) within the webpage.


 
**Actual Results:**
- The empty white boxes is clickable and also can be focuesd by "Tab" key
- Clicking on the empty white boxes yields no response.

 
**Expected Results:**
- Click on the empty box to show some pop-ups.
- Empty content boxes should feature an indicative icon, such as a plus sign (+), to signal the user to add or edit content.
- Alternatively, the empty white boxes are not clickable
Bug: "Firefox Alpenglow" Theme Obscures Icons
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-20 07:12:10+00:00
Resolved: 2024-07-12 10:35:03+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)

**Preconditions**
- With Title Bar enabled
 
**Steps to Reproduce:**
- 1.Navigate to about:addons.
- 2.Enable the "Firefox Alpenglow" Theme.
- 3.Examine the visibility of the icons on the top left and right sides of the page, especially for "View recent browsing across windows and devices" button and "List all tabs" button.

 
**Actual Results:**
- Icons in the upper corners of the screen are indistinct and difficult to discern.

 
**Expected Results:**
- Icons should display with high contrast to ensure clear visibility against the theme background.
Bug: “Tab” Key Navigation Omits Right Pane Items in “Recent Browsing Section”
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-20 07:20:59+00:00
Resolved: 2024-04-10 15:07:36+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.launch firefox
- 2.Click "View recent browsing across windows and devices".
- 3.Focus on the "Recently closed tabs" button.
- 4.Use the Tab key to navigate through the page elements. 


**Actual Results:**
- Tab navigation fails to reach individual items on the right main pane, only focusing on the "search recently closed tabs" box without selecting its specific items.
 
**Expected Results:**
- The Tab key should sequentially focus on and allow navigation through each item within the pane.
Bug: The 'import browsers' button on the about:welcome page lacks a collapse function, only expanding the list of browsers.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-20 07:26:48+00:00
Resolved: 2024-05-17 10:14:11+00:00

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.Start Firefox.
- 2.Navigate to about:welcome
- 3.Choose "Import from previous browser."
- 4.Click 'save and continue'.
- 5.Click the browser button to display the list of browsers.
- 6.Click the button again.


**Actual Results:**
- At step 6, clicking the browser button still expands the list of browsers without collapsing it.

**Expected Results:**
- At step 6, the expected behavior is for the list to collapse. The browser button should toggle between expanding and collapsing the list, not just expanding.
Bug: Deleted saved logins are shown in pop-up menu when creating a new login on "about:logins" page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-20 07:30:39+00:00
Resolved: 2024-03-26 15:12:08+00:00

**Preconditions**
- Multiple logins have been saved and subsequently deleted.

**Affected Version:**
- Firefox 123.0.1 (64-bit)
 
**Affected Platforms:**
- MacOS 14.1 (23B2073)
 
**Steps to Reproduce:**
- 1.Go to about:logins.
- 2.Press the "+" button to add a login
- 3.Click on the website address field.
- 4.Click on the username field.


Actual Results:
- At step 3, the website address field retains records of logins that were previously deleted.
- At step 4, the username field also retains records of previously deleted logins.
- Notably, only a part of the website history is saved, whereas the username history is fully preserved.


**Expected Results:**
- Information from deleted logins should not be retained. If retention is intentional, it should be consistent across both website address and username fields, rather than the website address sporadically saving some records and the username field saving all.
Bug: Intermittent browser/components/places/tests/browser/browser_bookmark_current_tabs.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-20 07:37:40+00:00
Resolved: 2025-01-20 12:09:35+00:00

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

---
```
[task 2024-03-20T06:28:42.285Z] 06:28:42     INFO - TEST-START | browser/components/places/tests/browser/browser_bookmark_current_tabs.js
[task 2024-03-20T06:29:27.301Z] 06:29:27     INFO - TEST-INFO | started process screenshot
[task 2024-03-20T06:29:27.428Z] 06:29:27     INFO - TEST-INFO | screenshot: exit 0
[task 2024-03-20T06:29:27.429Z] 06:29:27     INFO - Buffered messages logged at 06:28:42
[task 2024-03-20T06:29:27.430Z] 06:29:27     INFO - Entering setup bound 
[task 2024-03-20T06:29:27.430Z] 06:29:27     INFO - Leaving setup bound 
[task 2024-03-20T06:29:27.431Z] 06:29:27     INFO - Entering test bound bookmarkPage
[task 2024-03-20T06:29:27.431Z] 06:29:27     INFO - Buffered messages finished
[task 2024-03-20T06:29:27.432Z] 06:29:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_bookmark_current_tabs.js | Test timed out - 
[task 2024-03-20T06:29:27.432Z] 06:29:27     INFO - GECKO(7556) | Completed ShutdownLeaks collections in process 9948
[task 2024-03-20T06:29:27.432Z] 06:29:27     INFO - TEST-START | Shutdown
[task 2024-03-20T06:29:27.433Z] 06:29:27     INFO - Browser Chrome Test Summary
[task 2024-03-20T06:29:27.433Z] 06:29:27     INFO - Passed:  947
[task 2024-03-20T06:29:27.434Z] 06:29:27     INFO - Failed:  1
[task 2024-03-20T06:29:27.434Z] 06:29:27     INFO - Todo:    0
[task 2024-03-20T06:29:27.434Z] 06:29:27     INFO - Mode:    e10s
[task 2024-03-20T06:29:27.435Z] 06:29:27     INFO - *** End BrowserChrome Test Results ***
[task 2024-03-20T06:29:28.094Z] 06:29:28     INFO - GECKO(7556) | 1710916168093	Marionette	TRACE	Received observer notification quit-application
[task 2024-03-20T06:29:28.095Z] 06:29:28     INFO - GECKO(7556) | 1710916168093	Marionette	INFO	Stopped listening on port 2828
[task 2024-03-20T06:29:28.096Z] 06:29:28     INFO - GECKO(7556) | 1710916168096	Marionette	DEBUG	Marionette stopped listening
[task 2024-03-20T06:29:29.922Z] 06:29:29     INFO - GECKO(7556) | [Parent 9948, IPC I/O Parent] WARNING: Process 9992 may be hanging at shutdown; will wait for up to 80000ms: file D:/task_171091145879859/build/src/ipc/chromium/src/chrome/common/process_watcher_win.cc:129
[task 2024-03-20T06:29:32.268Z] 06:29:32     INFO - TEST-INFO | Main app process: exit 0
```
Bug: www.ird.gov.lk -Screenshot tool captures only visible part of SharePoint pages instead of whole pages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-20 07:42:17+00:00
Resolved: 2024-03-21 19:16:48+00:00

From github: https://github.com/webcompat/web-bugs/issues/134864.

> <!-- @browser: Firefox 123.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:123.0) Gecko/20100101 Firefox/123.0 -->
> <!-- @reported_with: unknown -->
> 
> **URL**: https://www.ird.gov.lk/en/sitepages/default.aspx
> 
> **Browser / Version**: Firefox 123.0
> **Operating System**: Windows 10
> **Tested Another Browser**: No 
> 
> **Problem type**: Something else
> **Description**: Screenshot tool captures only visible part of SharePoint pages instead of whole pages
> **Steps to Reproduce**:
> I tested this on two different SharePoint domains. 
> 
> In both cases, when I click the screenshot capturing tool and choose save whole page it only captures the visible part of the page. 
> 
> If I zoom out I can capture more of the page (as more is drawn on the screen).
> 
> There's also an issue if I select parts of the page to screenshot, then zoom in, and then press the blue confirmation button using my keyboard. In such a case I get a screenshot that's okay in the visible part and black in the invisible part, although the dimensions are proper. (Note that I can't click the button as it's drawn outside of the screen). Please find it attached.
> 
> The issue is also present when viewing diffs in Gerrit (v. 2.14.20).
> 
> Taking screenshots on other pages tested works fine (e.g. PyTorch's GitHub repo's main page).
> <details>
>       <summary>View the screenshot</summary>
>       <img alt="Screenshot" src="https://webcompat.com/uploads/2024/3/339c081c-c07a-475f-abc9-48d71676aaa2.jpg">
>       </details>
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: Tabbing on "Device Manager" windows in "about:preferences" page incorrectly focuses on a non-clickable component
Status: NEW
Priority: P3
Created: 2024-03-20 07:45:12+00:00
Resolved: 2024-10-07 12:37:22+00:00

[Affected version]:
- Firefox 123.0.1 (64-bit)

[Affected Platforms]:
- MacOS 14.1 (23B2073)


[Steps to Reproduce]:

- 1.Open about:preferences.
- 2.Use the "Find in Settings" search box to search for "certificates".
- 3.Click on the "Security devices…" button.
- 4.Press the Tab key

[Actual Result]:
- Pressing Tab focuses on a non-clickable component in the "Device Manager" windows.

[Except Result]:
- Pressing Tab should focus only on clickable elements.