av9ash/GitBugs huggingface dataset:
Bug: Firefox Screenshot goes haywire
Status: NEW
Priority: P3
Created: 2020-09-29 17:10:07+00:00
Resolved: 2023-01-19 21:43:32+00:00

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

Steps to reproduce:

Keep Ctrl+Shift+S Clicked


Actual results:

Firefox Screenshots went haywire


Expected results:

Screenshot should be captured
Bug: Runaway RAM usage with Firefox 81.0.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-29 17:24:21+00:00
Resolved: 2020-10-22 07:27:20+00:00

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

Steps to reproduce:

When I open Firefox, it immediately makes 5 instances and uses just shy of 1.0 GB of RAM. This level of memory usage is much higher than in Firefox 80 and is incredibly concerning considering that I get this level of memory usage even after clearing my cache, deleting cookies, and haven't navigated to a single webpage. The RAM usage is causing other programs to crash.



Expected results:

Memory usage should be much lower.
Bug: Disabling the Recommendations Page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-29 17:28:01+00:00
Resolved: 2020-10-15 03:08:33+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

Steps to reproduce:

Went into about:config and disabled the following.

extensions.htmlaboutaddons.discover.enabled
extensions.htmlaboutaddons.recommendations.enabled
extensions.htmlaboutaddons.discover.enabled

The page disappeared for a couple of days and then re-appeared.

Doing this used to disable the Recommendation Page on Firefox 68.  Now when I disable them, it has no effect.



Actual results:

The Recommendations page still appears with Firefox ignoring those about:config changes.  This only started to occur after I updated to FF 78 ESR


Expected results:

It should have been hidden or disabled.
Bug: Tab loops between about:blank and URL (health.graphics/fission) on restore (with SessionHistoryInParent)
Status: RESOLVED
Priority: P2
Resolution: INCOMPLETE
Created: 2020-09-29 18:35:59+00:00
Resolved: 2021-07-12 19:28:34+00:00

With SessionHistoryInParent (and fission), I had a pinned tab get stuck looping between about:blank and health.graphics/fission -- urlbar kept swapping, load/stop button kept switching.  This continued for minutes (not apparently loading any content) until I opened a new tab and loaded health.graphics/fission.   Trying to repro this has been unsuccessful/
Bug: open file dialog doesn't save preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-30 06:52:27+00:00
Resolved: 2020-11-03 11:37:19+00:00

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

Steps to reproduce:

I have a question regarding the behaviour when opening a .pdf file from web email. We are using FF 68.11.0esr on a terminal server environment and we customize it via config file.

When opening a .pdf or even office docs, Firefox asks what to do with this file. When selected open with Adobe Reader and check mark that it should do this from now on with all pdf files it doesn't do that.


Actual results:

The next time when I try to open a .pdf the same dialog window appears again but it remembered the check mark.


Expected results:

But it should open the file directly in Adobe Reader without showing the dialog window. I tried to do it in "safe mode" and even "refreshed" Firefox but no improvement.

I asked the Firefox Support Community and they suggested to open a bug here because it seems like it might be one but not sure. Thanks in advance
Bug: Clearing search mode should also clear one-off selection, if present
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-30 09:48:10+00:00
Resolved: 2020-10-06 04:13:18+00:00

1. Select a one-off button with the keyboard (ALT+DOWN)
2. clear search mode (either with the X or with backspace)
=> At this point the one-off button selection should be removed
3. type mozilla.org
4. press Enter
=> At this point we should visit mozilla.org, but because the one-off button was not unselected, we search for it
Bug: High CPU usage while loading pdf through slow connection / HTTP server (1% CPU in Chrome)
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-09-30 09:56:52+00:00
Resolved: 2022-08-27 09:02:24+00:00

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

Steps to reproduce:

Open next pdf document:
https://www.nbc.org.kh/download_files/research_papers/khmer/NBC_BAKONG_White_Paper.pdf


Actual results:

It takes about 1 minute to download. In the mean time Firefox wastes lot of CPU.

Looks like some (non-need) processing is being done.



Expected results:

Do not waste "tons" of CPU while just waiting for remote PDF data.
Bug: Context menu destroyed after updating to 81
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-30 11:04:55+00:00
Resolved: 2020-10-19 14:38:25+00:00

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

Steps to reproduce:

Update to 81, nothing else.


Actual results:

The context menu now shows none of the developer entries (page source, inspect, etc.). 


Expected results:

Context menu should be the same as in previous version.
Bug: Topsites which send attribution requests are not listing telemetry and pings from all SAPs
Status: NEW
Priority: P2
Created: 2020-09-30 11:32:22+00:00
Resolved: 2024-12-18 16:07:02+00:00

[Sugested Severity:]
- S2

[Description:]
- With "Send attribution request" set for a topsite, a ping and a telemetry event should be logged each time, no matter the search access point.

[Environment:]
- Windows 10 x64, Ubuntu 18 x64
- Firefox 82.0b5, latest Nightly 83.0a1 2020-09-29

[Steps to reproduce:]
1. Make sure that at least one topsite from Remote Settings configuration is set to "Send attribution request to Mozilla server"
2. Set a Firefox profile to connect to the configuration while switching the browser.topsites.useRemoteSetting preference to true.
3. Start-up Firefox with the above profile configuration.
4. Access the topsite from about:newtab section with: Mouse Click, Middle Mouse Click, Context Menu - Open in New Tab / Open in New Window / Open in New Private Window, Open in New Container Tab (where applicable), Ctrl+Click
5. Check that the pings are recorded in Browser Console (https://topsites.services.mozilla.com/cid/amzn_2020_a1) and the telemetry events in about:telemetry#events-tab

[Actual Results:]
- Pings and telemetry events are only logged for Mouse Click and Ctrl+Click SAP.
- There are no records when the topsite is accessed from Middle Mouse Click and Context Menu - Open in New Tab / Open in New Window / Open in New Private Window, Open in New Container Tab (where applicable),

[Expected Results:]
Middle Mouse Click, Context Menu - Open in New Tab / Open in New Window / Open in New Private Window, Open in New Container Tab and Ctrl+Click SAP should also record telemetry events and pings for topsites with set attribution request.
Bug: Icon from Sign out of Firefox prompt not centered with the message
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-30 12:26:50+00:00
Resolved: 2020-11-02 18:28:06+00:00

**Affected versions**
* 82.0b5 DevEd, 83.0a1

**Affected platforms**
* Windows 10, macOS 10.15;

**Steps to reproduce**
1. Launch Firefox, sync with a valid account;
2. Click on userIMG -> Account Settings;
3. Click to Sign out;

**Expected result**
* icon on same row as text; 

**Actual result**
* icon apppears to have the same base-line as the text, instead of looking center-ed (consistency's sake with other icon-text area);

**Regression range**
* last good: 2020-08-19;
* first bad: 2020-08-20;
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b0888d07df690ed43df31a2b013d12464b183a30&tochange=8cb700c12bd3acfdef56ce084c87d64fa4daae03);
* mozregression points towards: bug 1657463; 

**Additional notes**
* S4 as suggested severity since it's more down the lines of an enhancement rather than bug;
* attached screenshot to illustrate the issue;
Bug: The "Suggested Tags" and "Similar Stories" sections from the "Saved to Pocket" door hanger are wrongly removed if there are focused using keyboard navigation
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-30 12:29:29+00:00
Resolved: 2020-10-08 14:05:08+00:00

**[Affected versions]:**
- Firefox Beta 82.0b5 - Build ID: 20200929175845
- Firefox Nightly 83.0a1 - Build ID: 20200929213959

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- You are logged in to Pocket with a Premium account.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the "Save to Pocket" button from the right part of the "Address Bar".
3. Press the "Tab" key five times and observe the behavior.

**[Expected result]:**
- First tag from the "Suggested Tags" section is focused (if available).
	
**[Actual result]:**
- The "Suggested Tags" and "Similar Stories" sections are removed from the "Saved to Pocket" doorhanger.

**[Notes]:**
- This issue is also reproducible with a standard pocket account where the "Similar Stories" section is removed.
- Attached a screenshot of the issue.
Bug: The "Saved to Pocket" doorhanger is wrongly dismissed after ~3.5 seconds even if is focused through keyboard navigation
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-30 12:29:37+00:00
Resolved: 2020-10-08 14:49:03+00:00

**[Affected versions]:**
- Firefox Release 81.0 - Build ID: 20200917005511
- Firefox Beta 82.0b5 - Build ID: 20200929175845
- Firefox Nightly 83.0a1 - Build ID: 20200929213959

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- You are logged in to Pocket.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Focus the "Save to Pocket" button from the right part of the "Address Bar" using keyboard navigation and press the "Enter" key.
3. Press the "Tab" key and observe the behavior.

**[Expected result]:**
- The "Saved to Pocket" doorhanger is focused and is not dismissed after ~3.5 seconds.
	
**[Actual result]:**
- The "Saved to Pocket" doorhanger dismissed after ~3.5 seconds.

**[Notes]:**
- The doorhager is dismissed even if the tags input field is focused and you are writing.
- Attached a screenshot of the issue.
Bug: The elements from the "Saved to Pocket" doorhanger are not visibly focused through keyboard navigation
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-30 12:29:44+00:00
Resolved: 2020-10-08 14:06:12+00:00

**[Affected versions]:**
- Firefox Release 81.0 - Build ID: 20200917005511
- Firefox Beta 82.0b5 - Build ID: 20200929175845
- Firefox Nightly 83.0a1 - Build ID: 20200929213959

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- You are logged in to Pocket.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the "Save to Pocket" button from the right part of the "Address Bar".
3. Press the "Tab" key twice and observe the behavior.

**[Expected result]:**
- The "Remove Page" hyperlink is visibly focused.
	
**[Actual result]:**
- No elements from the Pocket doorhanger are focused.

**[Notes]:**
- The functionality part of the elements is not affected. For example, if after step 3 the "Enter" key is pressed, the website will be removed from Pocket.
- Attached a screenshot of the issue.
Bug: The "Suggested Tags" and the "Similar Stories" sections from the "Saved to Pocket" doorhanger are removed if any key is pressed while the tags input field is focused
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-30 13:00:42+00:00
Resolved: 2020-10-09 08:28:39+00:00

**[Affected versions]:**
- Firefox Beta 82.0b5 - Build ID: 20200929175845
- Firefox Nightly 83.0a1 - Build ID: 20200929213959

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- You are logged in to Pocket.
- Have the "extensions.pocket.onSaveRecs" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the "Save to Pocket" doorhager and focus the tags input field.
3. Press any key and observe the behavior.

**[Expected result]:**
- The character is added to the tags input field.
	
**[Actual result]:**
- The character is added to the tags input field, but the "Suggested Tags" and the "Similar Stories" sections are dismissed.

**[Notes]:**
- This issue is not reproducible on Firefox Release 81.0 where the "Similar Stories" section is not present.
- Attached a screenshot of the issue.
Bug: nothing happens when if click on a bookmark Immediately after startup
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-30 13:38:05+00:00
Resolved: 2020-11-11 09:43:29+00:00

STR:
0. Close all firefox
1. click firefox icon on desktop
2. Firefox window opens
3. Click bookmark on Bookmarks toolbar

Actual Results: 
nothing happens

Expected Results: 
Bookmarked sites open

Other Information: 
OS: Windows10 pro x64
applicationName: Firefox
architecture: x86-64
buildId: 20200930092918
version: 83.0a
Bug: Tabs overlap after moving them
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-30 13:40:13+00:00
Resolved: 2020-10-01 08:00:39+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36/8mqQhSuL-09

Steps to reproduce:

I moved one tab before another in the tab bar


Actual results:

Two tabs overlapped, hiding the title of one of the two. Clicking on different zones of the tab switch to the other one. After moving them for a while in various positions the issue disappears.


Expected results:

Normal tab repositioning before or after another tab.
Bug: Automatic file handling (open/save) setting labeling is no longer accurate
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-30 14:09:31+00:00
Resolved: 2022-03-21 11:31:56+00:00

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

Steps to reproduce:

1. Search for any .XLS file from the web and download with Firefox on Windows 10.
2. Download dialog that is titled "Opening zzzzzzz.xls" appears with options.
3. Click the checkbox option "Do this automatically for files like this from now on.
4. Notice the labeled sentence that appears underneath.


Actual results:

The label that appears says "Settings can be changed using the Application tab in Firefox Options".


Expected results:

This label should be changed to the new Options layout (no longer tab based) and should state something like this "Settings can be changed in Files and Applications section on the General panel within Firefox Settings"
This would be in line with the new naming and layout conventions used in Firefox and documented here: https://support.mozilla.org/en-US/kb/firefox-options-preferences-and-settings
Bug: Slow/broken UI when loading the Pocket doorhanger
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-30 14:16:28+00:00
Resolved: 2020-10-08 14:12:30+00:00

**[Affected versions]:**
- Firefox Nightly 83.0a1, Build ID 20200930092918

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Ubuntu 20.04

**[Prerequisites]:**
- Be logged into Pocket with a premium account.

**[Steps to reproduce]:**
1. Navigate to a page with an article.
2. Click the "Save to Pocket" button from the Page Actions menu.
3. Observe the doorhanger as it loads.

**[Expected results]:**
- Each section is loaded individually without affecting other sections.

**[Actual results]:**
- The doorhanger appears to be broken and the loading animation is displayed between the "Tags" section and the "Suggested Tags" one.

**[Notes]:**
- The issue is also reproducible with regular Pocket accounts.
- The issue is not reproducible on Firefox Release 81.0. (Attached a [screen recording](https://drive.google.com/file/d/1b3WDfbT6iT-NMVA1VxluYLfJ3QJF_eDO/view?usp=sharing))
- Attached a screen recording of the issue.
Bug: WebRTC sharing indicator appears in macOS Window menu even when disabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-30 14:42:39+00:00
Resolved: 2020-10-08 16:33:35+00:00

1. Set `privacy.webrtc.hideGlobalIndicator` to `true`.
2. Open a page that uses WebRTC, such as Google Meet.
3. Open the Window menu. "Nightly - Sharing Indicator" is shown, even though there is no sharing indicator window.

Expected result:
If the global sharing indicator is disabled, it shouldn't be represented within the Window menu.

Actual result:
The global sharing indicator is represented in the Window menu, even though this window does not exist in this configuration. Selecting the Window menu item does nothing.
Bug: Many times the websites are notloaded . I will get try again options many times. When i was searching in google many times when i open these in new tab will not show the site. But iwill get option to try again this time it displays the site.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-30 15:12:42+00:00
Resolved: 2020-10-20 09:20:17+00:00

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

Steps to reproduce:

It is any other day as usual i was browing with 2-3 tabs opened. I was searching on google for some help. I found couple of them. I clicked one by one and tried to open each one of them in new tab. I have opened around 5-6 tabs.


Actual results:

When go to each of those tabs I was seeing hmmm unable to connect to site. A firefox button "Try Again" was showing. After clicking that , the site dispalyed as usual. I made sure internet was working and tried on each of those site and repeated as mentioned earlier. After clicking try now it started displaying the site.
This is not only happening today but also on a daily basis.
Bug: Two suggestions remain displayed in the Pocket doorhanger when clicking the greyed-out Save button after focusing the tags input field
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-30 15:35:50+00:00
Resolved: 2020-10-13 11:44:23+00:00

**[Affected versions]:**
- Firefox Beta 82.0b5
- Firefox Nightly 83.0a1

**[Affected platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have the Firefox browser installed.
- You are logged into your Pocket account.

**[Steps to reproduce]:**
1. Open the Firefox browser.
2. Navigate to the following link https://www.makeuseof.com/tag/get-more-out-of-pocket-with-these-6-tips-to-enhance-your-reading-experience/
3. Click the "Save to Pocket" button from the right part of the "Address Bar".
4. Click inside the tags field text.
5. Click the greyed-out “Save” button.
6. Observe the behavior.

**[Expected result]:**
- Nothing happens given that the “Save” button is greyed-out.

**[Actual result]:**
- Only 2 suggestions remain displayed in the doorhanger, the rest of the elements are removed.

**[Notes]:**
- Attached a screen recording of the behavior.
Bug: An incorrect browser context menu is displayed when right clicking the Save to Pocket doorhanger
Status: NEW
Priority: P5
Created: 2020-09-30 15:37:35+00:00
Resolved: 2020-11-02 18:39:16+00:00

**[Notes]:**
- This behavior is reproducible on every state of the Pocket doorhanger:
-> Save to Pocket (not logged in)
-> Saved to Pocket (logged in)
-> Page removed (logged in)

**[Affected versions]:**
- Firefox Release 81.0
- Firefox Beta 82.0b5
- Firefox Nightly 83.0a1

**[Affected platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have the Firefox browser installed.

**[Steps to reproduce]:**
1. Open the Firefox browser.
2. Navigate to any website (e.g. www.wikipedia.org).
3. Click the "Save to Pocket" button from the right part of the "Address Bar".
4. Right-click anywhere on the Pocket doorhanger.
5. Observe the behavior.

**[Expected result]:**
- Nothing should happen, the context menu should not be displayed.
OR
- A correct context menu is displayed

**[Actual result]:**
- An incorrect context menu is displayed.

**[Additional Notes]:**
- On Beta and Release channels the context menu displays ALL of the options of the browser's context menu.
- Attached a screen recording of the behavior.
Bug: Perma browser_tabKeyBehavior.js | Found one-off button for search mode - "undefined" == true - JS frame :: resource://testing-common/UrlbarTestUtils.jsm :: enterSearchMode :: line 567 when Gecko 83 merges to Beta on 2020-10-19
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-09-30 17:41:13+00:00
Resolved: 2021-06-11 11:13:58+00:00

central-as-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=ev788XJPS12Q2bRqKe3VfQ.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=a26b9792ddace03c09e54fb289c3946b5086b92c

Log: https://treeherder.mozilla.org/logviewer.html#?job_id=317167915&repo=try

[task 2020-09-30T14:49:44.568Z] 14:49:44     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_tabKeyBehavior.js | One-offs are visible - true == true - 
[task 2020-09-30T14:49:44.569Z] 14:49:44     INFO - Buffered messages finished
[task 2020-09-30T14:49:44.569Z] 14:49:44     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_tabKeyBehavior.js | Found one-off button for search mode - "undefined" == true - JS frame :: resource://testing-common/UrlbarTestUtils.jsm :: enterSearchMode :: line 567
[task 2020-09-30T14:49:44.570Z] 14:49:44     INFO - Stack trace:
[task 2020-09-30T14:49:44.570Z] 14:49:44     INFO - resource://testing-common/UrlbarTestUtils.jsm:enterSearchMode:567
[task 2020-09-30T14:49:44.571Z] 14:49:44     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Enter key skips one or more matches when searching for keywords in a PDF
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-30 20:04:56+00:00
Resolved: 2021-08-20 20:02:37+00:00

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

Steps to reproduce:

Opened a downloaded PDF (not in temp, downloaded to somewhere permanent) and attempted to search for "i2c" as to match I2C (9https://en.wikipedia.org/wiki/I%C2%B2C).  Pressed the Enter key to enumerate through the search results.


Actual results:

When pressing Enter, the browser will skip the next keyword match and show every other match (eg start on 1, then skips 2 and ends up on 3, 5, 7, 9, etc.).


Expected results:

Expected to be able to enumerate through each result individually.  Google Chrome does not have this issue, so I do not believe the keyboard buttons are bouncing.
Bug: Cycling through local one-offs changes the engine name in keywordoffer results
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-30 20:33:43+00:00
Resolved: 2020-10-05 22:06:21+00:00

STR:
1. Have at least one search shortcut Top Site. This STR uses Google, but any engine will do.
2. Open the Urlbar without a search string and arrow down to the one-offs.
3. Observe the Google Top Site result reads "Search with Google"
4. Arrow down to the bookmark one-off.

Expected results:
The Google Top Site result reads "Search with Google"

Actual results: 
The Google Top Site result reads "Search with Bookmarks"

Notes:
- The Top Site result text continues to change as you arrow over to the Tabs and History one-offs.
- Clicking the Top Site result with the changed text opens the original engine's search mode, as expected. Google, in this example.
Bug: Outline of address bar focus ring obscured when in search mode with no engines or results
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-30 21:57:18+00:00
Resolved: 2020-10-30 21:22:51+00:00

See the attached screen shot.  When I press Ctrl+K, the orange (here on Linux) focus ring around the address bar is not painted on the bottom edge, which looks a bit weird.