av9ash/GitBugs huggingface dataset:
Bug: "FirefoxSuggest" policy settings don't take effect on first run when not locked
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-24 03:12:58+00:00
Resolved: 2024-03-01 14:26:38+00:00

Steps to reproduce:

This bug report has been copied over from GitHub by request:
https://github.com/mozilla/policy-templates/issues/1063

The "FirefoxSuggest" policy does not appear to take effect on the first run of the browser if "Locked" is false.  Preferences such as `browser.urlbar.suggest.quicksuggest.nonsponsored` and `browser.urlbar.suggest.quicksuggest.sponsored` are shown in `about:config` as set to the default value with the default value being "true" even when the policy is supposed to set them to "false".  The Settings UI also shows the Firefox Suggest items "Suggestions from the web" and "Suggestions from sponsors" as enabled when the policy is supposed to disable them.  Entering a query into the address bar confirms the incorrect behavior.

Interestingly, if the user makes no changes to the Firefox Suggest settings, quits Firefox, and then relaunches it, the policy *does* take effect on the second run and all subsequent runs.  The preferences in `about:config` now show the expected value of "false", with "false" being the new default.  The Settings UI shows the Firefox Suggest settings as disabled, and the behavior in the address bar is indeed disabled.

I've worked around this bug temporarily by hacking up a solution in AutoConfig, but it would of course be preferable if the policy worked on the first run (and every run).  I also tested with "Locked" set to true, and in that case everything works OK on the first run, but I don't want to have to lock this policy.

### Environment
- Windows 10 21H2 (64-bit)
- Firefox 120.0 (64-bit)
- Policy set via `policies.json`

### Policy settings
```json
{
  "policies": {
    "FirefoxSuggest": {
      "ImproveSuggest": false,
      "Locked": false,
      "SponsoredSuggestions": false,
      "WebSuggestions": false
    }
  }
}
```

### Steps to reproduce
1. Apply the `policies.json` listed above.
2. Start with a clean state and no existing Firefox profile.  I just deleted the `%APPDATA%\Mozilla\Firefox` directory.
3. Launch Firefox
4. Look in `about:config` and observe the relevant settings have the default values shipped by Mozilla instead of those of the policy.
5. Also observe in **Settings -> Privacy & Security -> Address Bar - Firefox Suggest** that the policy has not been honored.
6. Type "home" in the address bar and get an ad for Home Depot.
7. Quit Firefox
8. Launch Firefox again
9. Look in `about:config` and observe that *now* the relevant settings have the new default values as set by the policy.
10. Observe in **Settings -> Privacy & Security -> Address Bar - Firefox Suggest** that the policy *has* been honored now.
11. Type "home" in the address bar and the sponsored result no longer appears.



Actual results:

See details above.


Expected results:

See details above.
Bug: Intermittent browser/components/urlbar/tests/unit/test_providerRecentSearches.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-01-24 10:01:26+00:00
Resolved: 2024-03-22 12:03:51+00:00

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

---
```
TEST-PASS | browser/components/urlbar/tests/unit/test_providerRecentSearches.js | test_most_recent_shown - [test_most_recent_shown : 1] result.isBestMatch at result index 2 - false == false
[task 2024-01-24T09:40:31.997Z] 09:40:31  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/unit/test_providerRecentSearches.js | test_most_recent_shown - [test_most_recent_shown : 1] result.payload at result index 2 - {"engine":"Suggestions","suggestion":"Search 6","isBlockable":true,"blockL10n":{"id":"urlbar-result-menu-remove-from-history"},"helpUrl":"https://support.mozilla.org/1/firefox/42/XPCShell/en-US/awesome-bar-result-menu"} deepEqual {"engine":"Suggestions","suggestion":"Search 7","isBlockable":true,"blockL10n":{"id":"urlbar-result-menu-remove-from-history"},"helpUrl":"https://support.mozilla.org/1/firefox/42/XPCShell/en-US/awesome-bar-result-menu"}
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  -e:null:1
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  exiting test
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  Unexpected exception NS_ERROR_ABORT:
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  _abort_failed_test@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/head.js:869:20
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  do_report_result@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/head.js:981:5
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  Assert<@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/head.js:70:21
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  Assert.prototype.report@resource://testing-common/Assert.sys.mjs:244:10
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  deepEqual@resource://testing-common/Assert.sys.mjs:324:8
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  check_results@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/tests/browser/components/urlbar/tests/unit/head.js:1078:14
[task 2024-01-24T09:40:31.997Z] 09:40:31     INFO -  _do_main@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/head.js:245:6
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  _execute_test@/opt/worker/tasks/task_170608825738980/build/tests/xpcshell/head.js:596:5
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  @-e:1:1
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  exiting test
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  "Force a GC"
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  <<<<<<<
[task 2024-01-24T09:40:31.998Z] 09:40:31     INFO -  TEST-START | browser/components/migration/tests/unit/test_Safari_history_strange_entries.js
```
Bug: Bookmark toolbar keeps adding new "new tab" bookmarks.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-24 11:16:13+00:00
Resolved: 2024-02-15 18:54:38+00:00

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

Steps to reproduce:

Set bookmark toolbar to "only show in new tab".


Actual results:

Bookmark toolbar keeps adding new "new tab" bookmarks. They clutter the toolbar. 


Expected results:

Firefox should add no bookmarks on it's own. Especially not useless "new tab" bookmarks.
Bug: Application Autoupdate (AppAutoUpdate / app.update.auto) and Background updater (BackgroundAppUpdate / app.update.background.enabled) GPO Enterprise policies don't create the Firefox Background Update job in Windows Task Scheduler
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-01-24 14:55:18+00:00
Resolved: 2024-02-20 22:12:36+00:00

It seems the Firefox Updates Settings GUI changes is the only thing that triggers creation of the Firefox Background Update task in the Windows Task Scheduler (Win 11 23H2).

If the Firefox Background Update task does not already exist, enabling the following GPO Enterprise policies (Computer) doesn't create it:
* Application Autoupdate (AppAutoUpdate / app.update.auto)
* Background updater (BackgroundAppUpdate / app.update.background.enabled) GPO Enterprise policies

Application Autoupdate policy removes the corresponding Firefox Updates GUI Settings alltogether, so it becomes impossible to create the Firefox Background Update task.

The only way to create the Firefox Background Update task in the Windows Task Scheduler becomes:
1. Remove Firefox GPO Application Autoupdate/Background updater policies
2. Restart Firefox
3. Update/toggle the Firefox Updates Settings GUI
4. Run/Refresh Task Scheduler and verify that the Firefox Background Update task has been created
5. Reapply Firefox GPO Application Autoupdate/Background updater policies
6. Restart Firefox
Bug: Moving the cursor on different elements from the tab after the preview is displayed makes the preview to disappear and reappear
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-25 10:45:23+00:00
Resolved: 2024-03-28 14:43:17+00:00

**Found in**
* Latest Nightly 124.0a1 (2024-01-25)

**Affected versions**
* Latest Nightly 124.0a1 (2024-01-25)

**Tested platforms**
* Affected platforms: Windows 11 and Ubuntu 22.04
* Unaffected platforms: macOS 13.6

**Preconditions**
* Activate the feature by setting `browser.tabs.cardPreview.enabled` as `true` in about:config

**Steps to reproduce**
1. Open two websites in two different tabs (make sure you visit one with a short title to reproduce more easily eg: youtube)
2. Hover the mouse cursor over the tab which is not in focus
3. Move the cursor on that tab over the text (title of tab)/title icon/blank area/close button without changing the focus from it.

**Expected result**
* Preview remains visible while the cursor is on the same tab and moved all over it even on the close button I would say.

**Actual result**
* Preview disappears and reappears even though the cursor of the mouse has not left the same tab area.

**Regression range**
* Not a regression since this is reproducible on old Nightly build from 2024-01-13 where this feature officially landed.
Bug: KeepassXC Browser plugin stopped working after update to Firefox 122.0 (snap)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-25 11:02:28+00:00
Resolved: 2024-01-25 14:18:31+00:00

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

Steps to reproduce:

- Have KeepassXC browser plugin installed
- Have KeepassXC Installed
- Start KeepassXC
- Enable Browser Integration in KeepassXC and check Firefox
- Start Firefox
- Try and connect to database


Actual results:

Receive error that it cannot connect to Database.
Detailed errors (about:debugging -> Inspect keepassxc-browser@keepassxc.org):

[Error keepass.js:256] KeePassXC-Browser - 5: Cannot connect to KeePassXC. Check that browser integration is enabled in KeePassXC settings. global.js:145:13
KeePassXC-Browser: Connecting to native messaging host org.keepassxc.keepassxc_browser client.js:367:13
[Error ] KeePassXC-Browser - Failed to connect: Unknown error global.js:145:13
[Error keepass.js:811] KeePassXC-Browser - 9: Key exchange was not successful.


Expected results:

KeepassXC to connect to database.

Extra information:
- It still works on Firefox Developer Edition, and reverting to an older version solves the issue. 
- Relevant GitHub issue in the repository from the KeepassXC browserplugin itself : https://github.com/keepassxreboot/keepassxc-browser/issues/2091
Bug: Some Unicode characters are not rendered in PDFs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-01-25 12:20:28+00:00
Resolved: 2024-03-04 21:42:19+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

1. In Settings, under Fonts, click Advanced.
2. Ensure that the "Allow pages to choose their own fonts" option is checked.
3. Open a PDF containing Unicode character 2700 with a supporting embedded font.
4. Uncheck the "Allow pages to choose their own fonts" option.
5. Reload the PDF.


Actual results:

When the "Allow pages to choose their own fonts" option is enabled, some characters such as 2700 are NOT visible. When the option is disabled, the characters appear properly. This behavior is the opposite of what is expected since PDFs containing embedded fonts should always display them properly when enabled, while forcing pages to use a font specified by the browser may not cover all characters.


Expected results:

A PDF with embedded fonts should display all characters correctly when the browser allows pages to choose their own fonts.
Bug: Only the icons are displayed for Options inside the Open a new container Tab context menu option inside the Library and the Sidebar
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-01-25 12:47:32+00:00
Resolved: 2024-02-06 08:19:17+00:00

**Found in**
* 124.0a1 (2024-01-24)



**Affected versions**

* 122.0.1 (not default)
* 123.0b2 (not default)
* 124.0a1 (2024-01-24)








**Tested platforms**
* Affected platforms: Windows 10x64, macOS 12, Ubuntu 22.04
* Unaffected platforms: none



**Steps to reproduce**
1. Open the Library (Ctrl + Shift + H).
2. Select a random item from History and right click on it.
3. See the available options.

**Expected result** 
* The Container strings options are displayed.

**Actual result**
* Only the icons for the container option are displayed.





**Regression**
* Mozregression pushlog:
Last good revision: 4009f34666067d6e1c26ce4acf25ced573d8c09d
First bad revision: 2579a5934476edbd55f206ec87d13582ec85a5ca
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4009f34666067d6e1c26ce4acf25ced573d8c09d&tochange=2579a5934476edbd55f206ec87d13582ec85a5ca 











**Additional notes**
* Attached a screenshot.
Bug: Tab preview delay is also applied when hovering between tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-25 13:14:43+00:00
Resolved: 2024-06-14 09:30:32+00:00

**Found in**
* Latest Nightly 124.0a1 (2024-01-25)

**Affected versions**
* Latest Nightly 124.0a1 (2024-01-25)

**Tested platforms**
* Affected platforms: Windows 11 and Ubuntu 22.04
* Unaffected platforms: macOS 13.6

**Preconditions**
* Activate the feature by setting `browser.tabs.cardPreview.enabled` as `true` in about:config
* Have the `browser.tabs.cardPreview.delayMs` as `1000` (default at this time) so that the issue can be seen better

**Steps to reproduce**
1. Open a few websites in different tabs
2. Hover the mouse cursor over a few tabs that are not in focus or the one who is also in focus.

**Expected result**
* The delay set is applied when hovering over the first tab the user chooses, after that there is no delay for the preview if hovering over the rest of the tabs. Just as it works on Mac.

**Actual result**
* The delay is applied every single time the user hovers over a tab even when switching between tabs.

**Regression range**
* Not a regression since this is reproducible on old Nightly build from 2024-01-13 where this feature officially landed.

**Additional notes**
* Only Windows 11 and Ubuntu 22.04 are affected by this, on Mac platform this is no issue.
* Probably this can/will be fixed once bug 1876493 is addressed but not sure about that.
Bug: combo box turned into list box
Status: UNCONFIRMED
Priority: P3
Created: 2024-01-25 14:38:37+00:00
Resolved: 2024-05-28 19:49:29+00:00

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

Steps to reproduce:

On a PDF created with Master PDF that can be opened in other PDF viewers like evince, Okular or Foxit. Combo boxes behave as expected with a default field, but a list of drop down options, which can be ignored and a new value added.


Actual results:

When opening the same PDF in FF 121.01 The combo boxes behave like list boxes and you cannot type in the field to make a custom value. 


Expected results:

FF PDF viewer should behave like a regular PDF viewer when handling forms and allow text entry into the combo box field.
Bug: browser_parsable_css.js fails because of new lines inside var(...)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-25 15:10:20+00:00
Resolved: 2024-02-02 09:13:34+00:00

I got a failure with `browser_parsable_css.js`:
https://treeherder.mozilla.org/logviewer?job_id=444581401&repo=try&lineNumber=3486

It's because the `var(...)` contains some newlines:
```css
--highlight-selected-backdrop-filter: var(
        --hcm-highlight-selected-filter
);
```

removing the newlines fixed the issue.
Bug: Locking Proxy doesn't do anything unless you also set a value in the policy
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-01-25 15:23:08+00:00
Resolved: 2024-04-25 01:40:07+00:00

If you just try to lock proxy without setting anything else, proxy policies aren't locked.

Locking the Proxy should still disable everything even if you don't set any other preferences.
Bug: Tab preview still displayed when focusing the URL bar using keyboard shortcut covering the search entry
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-01-25 15:47:27+00:00
Resolved: 2024-08-01 14:46:18+00:00

**Found in**
* Latest Nightly 124.0a1 (2024-01-25)

**Affected versions**
* Latest Nightly 124.0a1 (2024-01-25)

**Tested platforms**
* Affected platforms: Windows 11, macOS 13.6 and Ubuntu 22.04

**Preconditions**
* Activate the feature by setting `browser.tabs.cardPreview.enabled` as `true` in about:config

**Steps to reproduce**
1. Open a few websites in different tabs
2. Hover over the first or second tab
3. Press ctrl/cmd+L and write something in the URL bar

**Expected result**
* Tab hover preview is closed in order to focus on the URL bar

**Actual result**
* The preview is covering the URL bar.

**Regression range**
* Not a regression since this is reproducible on old Nightly build from 2024-01-13 where this feature officially landed.

**Additional notes**
* With the feature being off this is still an issue but of course not nearly as intrusive as with the feature on.
Bug: Screenshot highlight is not at the correct position on abspos <html>
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-01-25 18:53:17+00:00
Resolved: 2024-03-07 15:18:18+00:00

I discovered this bug while investigating https://bugzilla.mozilla.org/show_bug.cgi?id=1874091#c3

Steps to reproduce:
1. Load Testcase 1.
2. Right click on anywhere on page, and select "Take Screenshot".
3. Hover on the green square, and click it to take a screenshot.

Actual result:
The screenshot overlay and the "Copy" & "Download" button are not at the correct position.

Expected result:
They are at the correct position.
Bug: Sometimes loading spinner does not disappear, even if the page is loaded in background.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-25 21:41:27+00:00
Resolved: 2024-02-07 12:45:18+00:00

Steps to reproduce:

Just load a page. This is not reproducible. It only happens sporadically.


Actual results:

Sometimes when loading a new tab / page,  the whole view is blank with a loading spinner animation at the center of the screen. The title of the tab shows the expected website title and icon (no loading animation). And if I open the dev tools DOM inspector, I see the expected website fully loaded. Therefore I suspect that the loading spinner is shown as an overview and for some reason never disappears again. No error, nothing. Even if I reload the page etc. At least in the last appearance, restarting Firefox helped. But not sure if this always helps. The website does not matter. I tried several search engines like duckduckgo etc.


Expected results:

It should not show the loading overview spinner animation. I'm sure that this is no problem of my PC oder internet. A livestream video in the background (PIP) still playing in Firefox and other browsers can load the website. I saw this bug first a few weeks or month ago. Not sure. But there must be a version released in last year where this bug was introduced.

"Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:122.0) Gecko/20100101 Firefox/122.0" 
Windows 11 (22H2)
Bug: Search open tabs excludes Container tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-01-25 22:22:07+00:00
Resolved: 2024-01-25 22:25:27+00:00

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

Steps to reproduce:

1. Open a Container Tab, ex: Facebook
2. In another tab, type "% Facebook" to attempt to search for that tab in open tabs


Actual results:

No tabs are found


Expected results:

The Facebook container tab should be found, as other tabs are
Bug: Intermittent browser/components/urlbar/tests/browser/browser_remove_match.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-01-25 23:50:21+00:00
Resolved: 2024-02-21 12:01:03+00:00

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

---
```
[task 2024-01-25T22:44:43.078Z] 22:44:43     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_remove_match.js | 1 == 1 - 
[task 2024-01-25T22:44:43.078Z] 22:44:43     INFO - Buffered messages finished
[task 2024-01-25T22:44:43.078Z] 22:44:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_remove_match.js | Uncaught exception in test bound test_searchMode_removeRestyledHistory - Wait for url to be removed from history - timed out after 50 tries.
[task 2024-01-25T22:44:43.079Z] 22:44:43     INFO - Leaving test bound test_searchMode_removeRestyledHistory
[task 2024-01-25T22:44:43.080Z] 22:44:43     INFO - Closing the view directly
[task 2024-01-25T22:44:43.080Z] 22:44:43     INFO - Waiting for the view to close
[task 2024-01-25T22:44:43.080Z] 22:44:43     INFO - Urlbar view closed
[task 2024-01-25T22:44:43.412Z] 22:44:43     INFO - GECKO(6692) | MEMORY STAT | vsize 1206MB | vsizeMaxContiguous 1293MB | residentFast 412MB | heapAllocated 172MB
[task 2024-01-25T22:44:43.413Z] 22:44:43     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_remove_match.js | took 11044ms
```
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-01-26 00:02:40+00:00
Resolved: 2024-12-23 06:39:25+00:00

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

---
```
[task 2024-01-25T22:45:15.650Z] 22:45:15     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | suppress-focus-border is set from the beginning - true == true - 
[task 2024-01-25T22:45:15.651Z] 22:45:15     INFO - Closing the view directly
[task 2024-01-25T22:45:15.651Z] 22:45:15     INFO - Waiting for the view to close
[task 2024-01-25T22:45:15.651Z] 22:45:15     INFO - Urlbar view closed
[task 2024-01-25T22:45:15.652Z] 22:45:15     INFO - Leaving test bound clickOnEdgeOfURLBar
[task 2024-01-25T22:45:15.652Z] 22:45:15     INFO - Closing the view directly
[task 2024-01-25T22:45:15.653Z] 22:45:15     INFO - Waiting for the view to close
[task 2024-01-25T22:45:15.653Z] 22:45:15     INFO - Urlbar view closed
[task 2024-01-25T22:45:15.653Z] 22:45:15     INFO - Buffered messages finished
[task 2024-01-25T22:45:15.654Z] 22:45:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.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-01-25T22:45:15.654Z] 22:45:15     INFO - GECKO(1600) | MEMORY STAT | vsize 16569MB | residentFast 675MB | heapAllocated 371MB
[task 2024-01-25T22:45:15.654Z] 22:45:15     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | took 46793ms
[task 2024-01-25T22:45:15.655Z] 22:45:15     INFO - checking window state
[task 2024-01-25T22:45:15.655Z] 22:45:15     INFO - GECKO(1600) | Completed ShutdownLeaks collections in process 1600
[task 2024-01-25T22:45:15.655Z] 22:45:15     INFO - TEST-START | Shutdown
```