av9ash/GitBugs huggingface dataset:
Bug: In Gmail.com, significant delay when typing words on iOS
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-20 10:06:51+00:00
Resolved: 2022-01-05 13:11:04+00:00

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

Steps to reproduce:

I am using a late 2019 MacBook Pro 16" with the Version 11.6
When using Firefox and Gmail, to reply to an email, the speed slows down to a point where I have to constantly correct letters in a word which is part of a sentence. 


Actual results:

I used the services of an Apple Certified Technician to evaluate the problem. He noticed the significant delay when typing words and used whatever tools he could to change the problem.
This did nothing to change or rectify the problem.
I was reluctantly told to use Google Chrome and forget about Firefox.
We changed the browser to Google Chrome and the problem disappeared.
I am upset, particularly as I am attached of Firefox and have used it successfully in the order of 20x years or longer. 


Expected results:

I would have preferred to continue using Firefox, but the experience reported above should not have happened in the first instance.
We tested the situation over a period of 7x days and the problem persisted with Firefox, but not with Google Chrome
The Version of Firefox I have is: 94.0.1
Bug: Intermittent browser/base/content/test/popups/browser_popup_blocker_iframes.js | Found an unexpected browser window at the end of test run -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-11-20 11:46:12+00:00
Resolved: 2022-07-26 00:16:14+00:00

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

---
```
INFO - TEST-START | browser/base/content/test/general/browser_newTabDrop.js
[task 2021-11-20T11:25:24.879Z] 11:25:24     INFO - GECKO(1400) | Assertion failure
[task 2021-11-20T11:25:24.879Z] 11:25:24     INFO - GECKO(1400) | assert@resource:///modules/AsyncTabSwitcher.jsm:499:36
[task 2021-11-20T11:25:24.880Z] 11:25:24     INFO - GECKO(1400) | onLayersCleared@resource:///modules/AsyncTabSwitcher.jsm:811:12
[task 2021-11-20T11:25:24.880Z] 11:25:24     INFO - GECKO(1400) | handleEvent@resource:///modules/AsyncTabSwitcher.jsm:1099:16
[task 2021-11-20T11:25:25.700Z] 11:25:25     INFO - GECKO(1400) | Assertion failure
[task 2021-11-20T11:25:25.701Z] 11:25:25     INFO - GECKO(1400) | assert@resource:///modules/AsyncTabSwitcher.jsm:499:36
[task 2021-11-20T11:25:25.701Z] 11:25:25     INFO - GECKO(1400) | onLayersCleared@resource:///modules/AsyncTabSwitcher.jsm:811:12
[task 2021-11-20T11:25:25.701Z] 11:25:25     INFO - GECKO(1400) | handleEvent@resource:///modules/AsyncTabSwitcher.jsm:1099:16
[task 2021-11-20T11:25:26.953Z] 11:25:26     INFO - GECKO(1400) | JavaScript error: chrome://browser/content/places/browserPlacesViews.js, line 137: Error: No DOM node set for aPlacesNode.
[task 2021-11-20T11:25:26.953Z] 11:25:26     INFO - GECKO(1400) | node.type: 0. node.parent: [xpconnect wrapped nsINavHistoryResultNode]
[task 2021-11-20T11:25:26.968Z] 11:25:26     INFO - GECKO(1400) | MEMORY STAT | vsize 16577MB | residentFast 559MB | heapAllocated 170MB
[task 2021-11-20T11:25:26.968Z] 11:25:26     INFO - TEST-OK | browser/base/content/test/general/browser_newTabDrop.js | took 2533ms
```
Bug: Tabs bar became white
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-20 14:06:47+00:00
Resolved: 2021-11-20 16:41:59+00:00

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

Steps to reproduce:

Open newest version of Firefox Nightly in dark mode.


Actual results:

I closed Firefox Nightly, and when I was opening it again, there was an update, and after that update "tabs bar" became white, as you can see on the attached screenshot.


Expected results:

It should be in the colors that are below whtie bar (at least it was like that before)
Bug: [Light Theme] Regression: Shadow around selected tab is too dark again
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-20 14:36:43+00:00
Resolved: 2021-12-28 11:50:57+00:00

After fixing bug 1738855 and bug 1740788, the border around the active tab in Light Theme is again too dark and doesn't match other separtors like e.g. the toolbar border.

I think the dark border was initially fixed for Light Theme with bug 1740788 and bug 1740788 could have regressed it again?

Screenshots actual vs ecpected are attached.

OS: macOS 12.0.1
Nightly 96.0a1 (2021-11-20) (64-Bit)

Thanks for checking and fixing it in advance.
Bug: Stop/reload button flashes extremely rapidly on sites with iframes
Status: NEW
Priority: P3
Created: 2021-11-20 16:54:19+00:00
Resolved: 2021-12-20 15:39:39+00:00

STR:

1. open https://www.aandhmodels.co.uk/ho-era-3-locomotives-and-train-packs-1580-c.asp in current nightly
2. wait for page to load
3. wait 1-5 seconds more

(if you don't see the actual results, try refreshing the page)

ER:
stop/reload button stays on "reload"

AR:
button flashes very very rapidly between "stop" and "reload" icons

It looks like this is the result of the youtube iframes being appended and then loaded. This is sending a lot of "STATE_START" and "STATE_STOP" network notifications to the frontend. We should probably debounce those somehow.
Bug: Images are not loading on a site
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-20 18:08:33+00:00
Resolved: 2021-11-23 07:45:54+00:00

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

Steps to reproduce:

Step 1: Visit pocketmonsters.net


Actual results:

On entering pocketmonsters.net, the loading finishes( as i see the stop refresh button instead of the stop button), and I can only see texts without their corresponding images and it does not affect the entire site but only parts of it. Frameholders are seen without their images also. I have also seen this issue on others also.


Expected results:

On visit and after loading, all images are expected to be seen.
Bug: Firefox open with tabs and websites loaded then pc not sleeping on AMD system
Status: UNCONFIRMED
Priority: --
Created: 2021-11-20 20:09:31+00:00
Resolved: 2024-07-10 09:47:19+00:00

Steps to reproduce:

Open tabs with YouTube running or any other normal websites even if minimized all Firefox windows then pc does not sleep. On Windows 11 had same issue on Windows 10. Windows 11 is a brand new installation on the pc has same issue. But it I go to start and then power button and then click sleep or hibernate it goes to sleep or hibernate. Tried "powercfg -requests" on Windows Terminal and it shows that Firefox is using the legacy caller kernel sometimes or at other times it says its using realtek audio ....... something. Which means that when YouTube is open and minimized in Firefox it shows up as that the audio driver is blocking sleep. Tried different drivers to no avail. Not a driver issue. Disabled Network, keyboard and mouse "Allow device to wake computer" to unchecked in device manager. 


Actual results:

This is on an AMD 3000G APU PC with Gigabyte B450 DS3H Motherboard, the pc does not go to sleep with firefox running esp. if youtube videos are loaded and left either running or paused. Had coretemp installed and it shows on the taskbar notification while firefox is minimised and no other background or foreground apps are running then cpu still shows usage. If firefox is closed then cpu shows 0 usage and sleeps like normal. Finally traced it to firefox not allowing pc to go to auto-sleep as according to Windows power plan on control panel>System & Security> Power Options. Mostly use High Performance Power plan and tried resetting to defaults as well. Tried hybrid shut off on and off too. Still issue persists. 


Expected results:

after 5 mins monitor set to sleep and 10 mins pc set to sleep, monitor sleeps but pc does not sleep, neither does it work with sleep put to never on windows power plans (any power plan high, balanced, AMD Power plan etc.) and tried hibernate as well with hybird sleep on and off different wake timer settings etc. My dad uses the pc and he just walks away from it rather than switching off the pc or hibernating so as not to loose work, he is over 70 and can't be bothered to use the pc by manually hibernating,sleeping or shutting down and expects all his Firefox browsing to still be there when he returns so sometimes it is after a full day so as to save energy I need the pc to go to sleep or hibernate but Firefox would not allow it as long as it is running and some webpages are loaded on. Don't believe edge or chrome has this issue. Hate to switch browsers as have been a firefox user for decades and love the fox. Please kindly fix this bug and let the pc go to sleep/hibernate if firefox is minimised or pc is left untouched without usage. Using latest build of Firefox and latest build of Windows 11 as of 20/11/2021
Bug: Intermittent browser/base/content/test/permissions/browser_permissions.js | application terminated with exit code -6
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-20 20:48:46+00:00
Resolved: 2021-12-14 17:06:52+00:00

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

---
```
[task 2021-11-20T20:14:51.519Z] 20:14:51     INFO - TEST-PASS | browser/base/content/test/permissions/browser_permissions.js | The permission remove button is not visible - 
[task 2021-11-20T20:14:51.519Z] 20:14:51     INFO - Buffered messages finished
[task 2021-11-20T20:14:51.519Z] 20:14:51    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/permissions/browser_permissions.js | application terminated with exit code -6
[task 2021-11-20T20:14:51.519Z] 20:14:51     INFO - runtests.py | Application ran for: 0:00:54.252449
[task 2021-11-20T20:14:51.519Z] 20:14:51     INFO - zombiecheck | Reading PID log: /tmp/tmprpajvi_vpidlog
```
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | Cleanup function threw an exception - OperationError: Could not remove the non-empty directory at C:\Users\task_163744121014005\AppData\Local\Temp\1637444023082.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-11-20 21:45:54+00:00
Resolved: 2022-01-31 06:35:36+00:00

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

---
```
[task 2021-11-20T21:33:44.082Z] 21:33:44     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | download is blocked - 
[task 2021-11-20T21:33:44.083Z] 21:33:44     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: screenshotsDisabled
[task 2021-11-20T21:33:44.083Z] 21:33:44     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: SCREENSHOT_BROWSER_COMPONENT
[task 2021-11-20T21:33:44.084Z] 21:33:44     INFO - Leaving test bound check_download_spam_permissions
[task 2021-11-20T21:33:44.084Z] 21:33:44     INFO - Buffered messages finished
[task 2021-11-20T21:33:44.085Z] 21:33:44     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | Cleanup function threw an exception - OperationError: Could not remove the non-empty directory at C:\Users\task_163744121014005\AppData\Local\Temp\1637444023082.
[task 2021-11-20T21:33:44.085Z] 21:33:44     INFO - Specify the `recursive: true` option to mitigate this error
[task 2021-11-20T21:33:44.086Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: Closing the downloads panel.
[task 2021-11-20T21:33:44.086Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: Downloads panel has hidden.
[task 2021-11-20T21:33:44.086Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: Downloads panel is now closed.
[task 2021-11-20T21:33:44.087Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: A download data item was removed.
[task 2021-11-20T21:33:44.087Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: Removing a DownloadsViewItem from the downloads list.
[task 2021-11-20T21:33:44.088Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: The downloads item count has changed - we are tracking 0 downloads in total.
[task 2021-11-20T21:33:44.088Z] 21:33:44     INFO - GECKO(3392) | console.log: Downloads: Removing the panel's hasdownloads attribute.
[task 2021-11-20T21:33:44.089Z] 21:33:44     INFO - GECKO(3392) | [Child 1964, Main Thread] WARNING: NS_ENSURE_TRUE(mDoneSetup) failed: file /builds/worker/checkouts/gecko/editor/composer/nsEditingSession.cpp:1175
[task 2021-11-20T21:33:44.089Z] 21:33:44     INFO - GECKO(3392) | MEMORY STAT | vsize 2104368MB | vsizeMaxContiguous 66943585MB | residentFast 388MB | heapAllocated 161MB
```
Bug: Extensions API permissions.request does not resolve/call back
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-21 11:20:31+00:00
Resolved: 2021-11-22 15:45:22+00:00

Steps to reproduce:

1. Click extension icon
2. Click button in extension popup to "enable" extension on current site (active tab)
3. Browser shows a prompt which requests host permission from user
4. User clicks "Allow"
4. Some logic executes immediately after/in direct response to the user's action on the permission prompt (i.e. after they click Allow/Deny)


Actual results:

Step 4's logic does not execute - nothing is executed in response to the user action on the perimission request prompt

This happens because the callback passed to chrome.permissions.request(perm, callback) does not get called, or when using the Promise-based browser.permissions.request(perm), the Promise returned by the function never resolves.

Note, this only happens when calling the permissions.request function brings up the permission request prompt/alert which the user needs to action (click Allow/Deny).

E.g. 
    browser.permissions.request(hostPerm, (granted) => {
       // this should execute immediately after user clicks Allow/Deny
    });


Expected results:

Logic in step 4 should execute.
Bug: Upload of huge files fail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-21 14:37:25+00:00
Resolved: 2021-11-22 12:08:29+00:00

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

Steps to reproduce:

1. I logged in to Mega.nz (happens in all sites though)
2. I tried uploading a 50MB file(e.g Mozilla beta setup file for Windows "Firefox Setup 95.0b9.exe")


Actual results:

Uploading bar goes to 9-14%, then says uploading error, trying again, and progress bars drop to like 3-4%, goes up, then down again.


Expected results:

The file should have been uploaded and progress bar should be able to reach 100% once the file upload was complete
Bug: PDF form filling has issue with Unicode content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-21 15:06:19+00:00
Resolved: 2022-11-23 10:19:05+00:00

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

Steps to reproduce:

Open a PDF with forms to be filled in (e.g. https://www.ceskaposta.cz/documents/10180/461522/Podaci_listek_avizovani_vpis.pdf )
Fill in unicode content, like +ěščřžýáíé to one of the fields.
A) Choose PRINT
B) Choose SAVE (in the PDF ribbon at far right)


Actual results:

A) The print preview has mangled characters.
B) Opening the file in Acrobat reader has same mangled characters.

Tested both Windows (64b) and Linux (32b) versions of FF 94.0.1 and then behave exactly the same.


Expected results:

The characters should have stayed as were typed in the form, for both print and save, with reopening in different PDF viewer.

Things I have noticed: dropping the saved PDF with the form contents attachment into FF shows the form field with the correct unicode characters.

I had a look in hexeditor in the saved file - there are two occurences of the data, one in UTF16-BE format, and one in 8-bit format. Editing the 8-bit version wrote a different ascii text there causes this behaviour:  FF shows the 16-bit text, but when going for print, the print preview shows the different text I wrote in hexeditor.

Seems there is some inconsistency in both the form saving (can not open in Acrobat) and printing (can not print in FF).
Bug: Crash when deleting a bookmark
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-21 16:53:07+00:00
Resolved: 2022-01-10 19:29:21+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4464.5 Safari/537.36

Steps to reproduce:

1. Open Bookmark (Ctrl+B)
2. Right-click on any bookmark
3. Delete


Actual results:

Crash


Expected results:

Remove bookbark
Bug: nightly settings page wrong colors for dark theme, 20211121
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-21 17:23:04+00:00
Resolved: 2022-04-05 14:25:16+00:00

Steps to reproduce:

Updated to the latest nightly tar package build.


Actual results:

The settings page became black text on white background when using a dark theme.


Expected results:

Settings page matches the dark theme.  As issues go, this is pretty minor, but I thought I would note it.
Bug: Firefox adaptive toolbar density doesn't work.
Status: NEW
Priority: P3
Created: 2021-11-21 19:36:50+00:00
Resolved: 2023-08-07 12:24:25+00:00

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

Steps to reproduce:

I'm using Windows 11 convertible laptop.
When I flip my tablet, its toolbar density should be set to 'touch' since I checked 'use touch for tablet mode'.


Actual results:

Nothing happens. Toolbar density sticks as normal.


Expected results:

It should be converted to touch density.
Bug: If users set "open previous windows and tabs," and close Firefox, clicking a link in an email will only reopen the previous tabs and not open the link.
Status: NEW
Priority: --
Created: 2021-11-21 21:24:31+00:00
Resolved: 2024-02-27 19:28:26+00:00

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

Steps to reproduce:

I have Firefox set to "open previous windows and tabs".

I closed Firefox, opened Thunderbird, clicked a link in an email.


Actual results:

The previous tabs opened, which was correct.

The link did not.


Expected results:

Both should have opened, preferably in the same window.

Related bug 414394, bug 426783.
Bug: "Restart to Update Nightly" button is dark and unreadable while it has the keyboard focus
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-11-22 01:23:20+00:00
Resolved: 2022-03-10 09:07:46+00:00

The last two times I updated Firefox Nightly, the [Restart to Update Nightly] button in its "About Firefox Nightly" dialog is dark as if its fill color isn't being painted and its text is almost unreadable _until_ I click on some other window at which point it appears normally.

The rendering glitch persists as I change focus between windows, but eventually stops happening. But if I dismiss the About dialog and bring it back with Help > About Nightly, the restart button appears dark and unreadable again.

This is with 96.0a1 (2021-11-20) (64-bit), on KDE Fedora spin, forcing Wayland with MOZ_ENABLE_WAYLAND=1 and force-enabling WebRender.

KDE's About This System reports:
Operating System: Fedora Linux 35
KDE Plasma Version: 5.23.3
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2
Kernel Version: 5.14.18-300.fc35.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-6300U CPU @ 2.40GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 520

I'll attach about:support.
Bug: The “Show password” button cannot be accessed with keyboard navigation
Status: RESOLVED
Priority: P3
Resolution: MOVED
Created: 2021-11-22 07:49:55+00:00
Resolved: 2025-02-13 16:27:56+00:00

[Affected versions]:
- Firefox Release 94.0.1 (Build ID:20211103134640)
- Firefox Beta 95.0b9 (Build ID: 20211121185651)
- Firefox Nightly 96.0a1 (Build ID: 20211121212846)

[Affected Platforms]:
- macOS 11.6
- Windows 10 x64
- Windows 11 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the Firefox browser installed.
- Have a Firefox profile with at least one saved login opened.

[Steps to reproduce]:
1. Navigate to the “about:logins: page.
2. Press the “Tab” key until the “Show password” button is focused.
3. Press the “Enter” key and observe the behavior.

[Expected result]:
 - The password is shown.

[Actual result]:
 - Nothing happens.

[Notes]:
- Also, on the “Create new login” and “Edit” modules, when the “Show password” button is focused and the “Enter” key is pressed, the login is saved instead of showing the password.
- Attached is a screen recording of the issue.
Bug: Container line on active tab is misaligned for light/dark theme
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-22 08:47:58+00:00
Resolved: 2022-08-18 09:06:10+00:00

STR:
1. Enable light or dark theme.
2. Create container tabs.
3. Switch active container tab.

The container line moves down 1px for the active tab.

System theme is unaffected.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c1866834c302686560009209e33435135d87f34f&tochange=02724ee795e90a4e0b5de26d35c72599a1d07938

Regressed by Bug 1734128.
Bug: The “Sign up with Firefox” and “Sign up with email” buttons from the log in to Pocket doorhangher have no focus state when navigating with the “Tab” key
Status: NEW
Priority: P2
Created: 2021-11-22 09:16:12+00:00
Resolved: 2021-12-02 19:04:18+00:00

[Affected versions]:
- Firefox Release 94.0.1 (Build ID:20211103134640)
- Firefox Beta 95.0b10 (Build ID: 20211121185651)
- Firefox Nightly 96.0a1 (Build ID: 20211121212846)

[Affected Platforms]:
- macOS 11.6
- Windows 10 x64
- Windows 11 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Be logged in to Pocket.

[Steps to reproduce]:
1. Navigate to any page.
2. Click the “Save to Pocket” toolbar button.
3. Press the “Tab” key until the “Sign up with Firefox” and “Sign up with email” buttons are focused.
4. Observe the behavior.

[Expected result]:
 -  The “Sign up with Firefox” and “Sing up with email” buttons have focused states.

[Actual result]:
 - The signup buttons have no focused state.

[Notes]:
- Attached is a screen recording of the issue.
Bug: Quick Cmd+V + Enter doesn't wait for pasting text before starting navigation if the system is slow
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-11-22 09:39:02+00:00
Resolved: 2023-01-30 16:34:06+00:00

Steps to reproduce:
1. Run Nightly 96.0a1 (2021-11-21) (64-bit) with clean profile, macOS
1. open https://searchfox.org/
1. secondary click on "Search mozilla-central" field
1. click "Add a Keyword for this Search..."
1. put "sf" in Keyword field in "Add bookmark" dialog
1. click "Save"
1. copy "ContextOptions" to clipboard
1. run `./mach build` in bakground, or do some other heavy task that makes the entire system slow
1. Cmd+T to open a new tab, so that the address bar is empty
1. focus address bar
1. type "sf "
1. hold Cmd key
1. hit "V" and "Enter" keys very quickly
1. release Cmd key

Actual result:
sometimes https://searchfox.org/mozilla-central/search?path=&q= is opened

Expected result:
https://searchfox.org/mozilla-central/search?path=&q=ContextOptions is always opened

Other note:
also sometimes https://www.google.com/search?client=firefox-b-d&q=sf+ContextOptions is opened, skipping the search keyword