av9ash/GitBugs huggingface dataset:
Bug: The space between the rows of text of the “Import Error” and “Import Complete” modals seems larger than it should be
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-20 12:05:01+00:00
Resolved: 2022-04-11 15:38:07+00:00

**[Affected Versions]:**
- Firefox Nightly 89.0a1 (Build ID: 20210417095008)
- Firefox Nightly 90.0a1 (Build ID: 20210419221626)

**[Affected Platforms]:**
- Linux Mint 20
- Windows 10
- macOS 11.1

**[Prerequisites]:**
- Have Firefox open.
- From the “about:config” page, have `signon.management.page.fileImport.enabled` set to `true`.
- Have a correct CSV file containing valid login data.

**[Steps to reproduce]:**
1. Navigate to “about:logins”.
2. Click the meatball menu button (“...”).
3. Choose the “Import from a File...” option.
4. Choose the CSV from prerequisites and import it.
5. Observe the text of the “Import Complete” modal.

**[Expected result]:**
- The space between the rows of text is smaller.

**[Actual result]:**
- The space between the rows of text is larger than in the [documentation](https://mozilla.invisionapp.com/share/R3XX2AF2XN5#/screens/423736091).

**[Notes]:**
- This issue is also applicable for the “Import Error” modal.
- The issue seems to have been introduced as a fix in Bug 1701690.
- Attached is a screenshot of the issue compared to the documentation.
Bug: The tab-to-search icon is not well visible in HC mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 12:05:56+00:00
Resolved: 2023-01-21 05:13:22+00:00

When the row is selected, the tab-to-search icon doesn't invert color, that makes it less discernible, especially in HC mode, but likely it's also a problem for other themes.
Bug: Pressing Enter on Add Engine shortcut button doesn't add the engine
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-04-20 12:31:09+00:00
Resolved: 2023-06-02 15:21:27+00:00

Keyboard navigating to an Add Engine shortcut and pressing Enter doesn't add the engine. It works correctly in the separate search bar.

STR:
1. visit https://addons.mozilla.org/
2. open the urlbar and navigate with th keyboard to the Add Engine shorctut button for AMO
3. press Enter
Bug: Intermittent [tier2] TV browser/base/content/test/about/browser_aboutCertError_offlineSupport.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-04-20 12:35:24+00:00
Resolved: 2021-06-15 21:03:07+00:00

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

---
```
[task 2021-04-20T11:20:33.452Z] 11:20:33     INFO - TEST-START | browser/base/content/test/about/browser_aboutCertError_offlineSupport.js
[task 2021-04-20T11:20:34.095Z] 11:20:34     INFO - GECKO(1569) | JavaScript error: chrome://browser/content/certerror/aboutNetError.js, line 12: ReferenceError: RPMGetInnerMostURI is not defined
[task 2021-04-20T11:20:48.399Z] 11:20:48     INFO - GECKO(1569) | 2021-04-20 11:20:48.354 firefox[1569:9340] Persistent UI failed to open file file:///Users/cltbld/Library/Saved%20Application%20State/org.mozilla.nightly.savedState/window_1.data: No such file or directory (2)
[task 2021-04-20T11:21:18.545Z] 11:21:18     INFO - TEST-INFO | started process screencapture
[task 2021-04-20T11:21:18.695Z] 11:21:18     INFO - TEST-INFO | screencapture: exit 0
[task 2021-04-20T11:21:18.696Z] 11:21:18     INFO - Buffered messages logged at 11:20:33
[task 2021-04-20T11:21:18.696Z] 11:21:18     INFO - Entering test bound testOfflineSupportPage
[task 2021-04-20T11:21:18.696Z] 11:21:18     INFO - Loading and waiting for the cert error
[task 2021-04-20T11:21:18.696Z] 11:21:18     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError_offlineSupport.js | Correct support page URL has been set - true == true - 
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - Buffered messages logged at 11:20:34
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - Console message: [JavaScript Error: "ReferenceError: RPMGetInnerMostURI is not defined" {file: "chrome://browser/content/certerror/aboutNetError.js" line: 12}]
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - @chrome://browser/content/certerror/aboutNetError.js:12:19
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - 
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - Buffered messages finished
[task 2021-04-20T11:21:18.697Z] 11:21:18     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/about/browser_aboutCertError_offlineSupport.js | Test timed out - ```
Bug: The icons from the about:preferences#privacy page are not according to the Proton design
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-04-20 12:35:35+00:00
Resolved: 2021-04-22 07:24:06+00:00

**Affected versions**
* Fx 89.0b1

**Affected platforms**
* Windows 10
* Ubuntu 20
* macOS 11

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to about:preferences#privacy
3. Inspect the icons in the tracking protection section and the permissions section.

**Expected result**
* New Proton icons are in place and correctly displayed.

**Actual result**
* Icons still like in the old design.

**Regression range**
* This is not a regression.

**Additional notes**
* In Fx90.0a1 the icons in the tracking protection section are completely removed and replaced with bullet points.
Bug: "Close tabs to the right" has been removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 12:36:02+00:00
Resolved: 2021-04-20 13:01:57+00:00

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

Steps to reproduce:

"Close tabs to the right" has been removed


Actual results:

"Close tabs to the right"  should be a top-level option


Expected results:

This is a bug. 

It is as if Firefox is being broken intentionally.
Bug: Enter Reader View menu item is hidden instead of disabled when inapplicable
Status: NEW
Priority: P3
Created: 2021-04-20 12:37:53+00:00
Resolved: 2021-04-22 10:21:27+00:00

# Steps to reproduce

1. Load https://hsivonen.fi/
2. Open the View Menu.
3. Try to find a menu item called Enter Reader View.
4. Load https://wiki.mozilla.org/Release_Management/Calendar
5. Open the View Menu.
6. Try to find a menu item called Enter Reader View.

# Actual results

When the Reader View is inapplicable, the menu item is hidden.

# Expected results

Like Undo in the Edit menu expected, in the HIG tradition, the menu item Enter Reader View to be in the menu but the disabled state to allow the user to explore what the menu provides and to learn the associated keyboard shortcuts even if the user happens to be on a page for which the Reader View is not applicable when performing the exploration.
Bug: The A key no longer copies links. This is a critical bug.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 12:40:35+00:00
Resolved: 2021-04-20 12:46:06+00:00

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

Steps to reproduce:

Right click a link. Pressing A copies the link to clipboard.


Actual results:

This no longer works. Pressing A does nothing.


Expected results:

I have spent all morning reverting Firefox to a previous version to try to fix it, but in my reverted 86, it still doesn't work. How did they break it for older versions too?

This makes Firefox unusable. It's as if it is being sabotaged intentionally. I need help getting this feature to work again.
Bug: Pressing A no longer copies link
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 12:56:16+00:00
Resolved: 2021-04-20 12:58:20+00:00

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

Steps to reproduce:

Right click a link and press A. The link should be copied to clipboard.


Actual results:

Pressing A no longer does anything.


Expected results:

THIS IS A CRITICAL BUG.

FIREFOX IS BEING INTENTIONALLY SABOTAGED. IF YOU MARK THIS AS A DUPLICATE I WILL SUBMIT ANOTHER.
Bug: "Close tabs to the right" has been removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 12:58:30+00:00
Resolved: 2021-04-20 13:01:57+00:00

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

Steps to reproduce:

"Close tabs to the right" has been removed.


Actual results:

"Close tabs to the right" has been removed.


Expected results:

IF YOU MARK THIS AS CLOSED I WILL SUBMIT ANOTHER.  FIREFOX IS BEING INTENTIONALLY MADE UNUSABLE.
Bug: Padding issue in cert viewer in Embedded SCTs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-20 13:36:16+00:00
Resolved: 2022-05-03 14:35:28+00:00

Hello,
I noticed that there is an issue with padding in the Embedded SCTs section. Padding is added below _Version_, but I think that it should be below _Timestamp_ so that it separates the various SCTs
Bug: Download telemetry for added downloads is possibly inflated
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 13:44:12+00:00
Resolved: 2021-09-21 15:52:29+00:00

We instrumented the number of downloads in bug 1627676. We did this via the [`onDownloadAdded` handler in DownloadsCommon.jsm](https://hg.mozilla.org/mozilla-central/rev/c75b28259971#l2.136).

When I looked at this code this morning for bug 1685737, my impression was that this code runs at every startup, for all items in the downloads history - at least the failed ones that are persisted (cf bug 1685737). This means that the numbers may be artificially inflated.

I actually thought that this applied to all downloads, but I think we might only do this for unsuccessful downloads - I don't see the telemetry on my regular profile (without any unsuccessful downloads) after a restart. Marco, can you help by clarifying when this handler is supposed to get invoked?

I'm worried that this might skew our downloads stats.
Bug: Redirect Search Tips aren't the right color
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 14:21:17+00:00
Resolved: 2021-04-21 14:13:27+00:00

The Search Tips that are shown when going to a search engine homepage are the color of the unfocused address bar. Screenshot attached.

The issue is that our [Urlbar background color rules](https://searchfox.org/mozilla-central/rev/b6f52976b562008c9d9ceeda22907e1eda506c8e/browser/themes/shared/urlbar-searchbar.inc.css#65,80,162,187) mostly depend on whether the Urlbar is `[focused="true"]` or not. Redirect Search Tips are a unique case where the Urlbar is open but not focused. Those CSS rules should consider both whether the Urlbar is focused and whether it's open.
Bug: The theme icons from the "Themes" slide of the new users Onboarding page are not visible in Windows "High Contrast" mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 14:32:43+00:00
Resolved: 2021-05-26 10:10:36+00:00

**[Affected versions]:**
- Firefox Beta 89.0b1 - Build ID: 20210419195043
- Firefox Nightly 90.0a1 - Build ID: 20210420095122

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a new Firefox profile.
- Have the "High Contrast" system mode activated.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Click the "Not now" button from the first slide.
3. Click the "Not now" button from the second slide.
4. Observe the elements from the "Themes" Onboarding slide.

**[Expected result]:**
- All the elements are correctly displayed and respect the "High Contrast" mode.
 
**[Actual result]:**
- The theme icons are not visible.

**[Additional Notes]:**
- This issue is not reproducible with the "Themes" modal from the existing/updating users Onboarding.
- Attached a screenshot of the issue.
Bug: Firefox 88 URL bar has confusing red outline when focused
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-20 14:35:36+00:00
Resolved: 2021-04-22 16:58:02+00:00

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

Steps to reproduce:

I installed Firefox 88.0 and then clicked on the URL or Search bar.


Actual results:

The URL bar and search bar, which used to have an unobtrusive grey outline, now have a red outline indicating an error. 


Expected results:

There should not be a red outline unless there is a problem of some kind in the URL bar or search bar. Normal outline should be either grey or blue or something not indicative of an error/problem.

I did find a similar bug but it is from 5 years ago for v46: https://bugzilla.mozilla.org/show_bug.cgi?id=1240181 The CSS selector may be the same or in the same location as the offending selector for v88, though.
Bug: (Proton) (regression) Site identity panel animation is no longer smooth
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 15:01:03+00:00
Resolved: 2021-08-13 14:21:04+00:00

Since the landing of the new identity panel style the animation when navigating from the subpanel back to the main panel is no longer smooth, the footer row for deleting cookies and website data jumps. Please see the attached video.
Bug: "Open a new tab" button looks blurry on Windows with Proton
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-20 15:06:36+00:00
Resolved: 2023-01-24 20:54:41+00:00

**Affected platforms:**
Windows 7
Windows 10 x64

**Affected versions:**
Nightly 90.0a1
Firefox 89 beta 1

**Steps to reproduce:**
1. Launch Firefox with a new profile.
2. In the tabs bar, observe the "Open a new tab" button.

**Expected Results:**
The  "+" button should be properly displayed.

**Actual Results:**
The "+" button looks really pixelated. Please see the screenshot. 

**Notes:**
- The issue is reproducible only on Windows. 
- Found commit message:
Bug 1702285 - Update tabstrip icons for Proton. r=desktop-theme-reviewers,dao
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f488c59da6b9551fd45204c9f020ed96a235d26d&tochange=4d26d5b8d7cd5bbec3fc4a4470f1892a3fc0cd20
Bug: "milestone banner" in protection panel is missing Proton style
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 15:09:07+00:00
Resolved: 2021-05-14 15:27:05+00:00

The banner in the protection panel for a reached milestone (x blocked tracker since y) does not fit the Proton style, like color and border-radius. Please see the bottom of the attached screenshot. The font size is also a bit too large. It was already larger than the other content before Proton but since Proton everything is bigger so this makes this element really big.
Bug: New tab UI makes discerning active tab difficult
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 15:59:39+00:00
Resolved: 2021-08-12 17:37:36+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Safari/605.1.15

Steps to reproduce:

Open the browser and add an additional tab, adding two is even better. If you add two, select the middle one to be active, otherwise, it doesn't matter which is active.


Actual results:

Tab to the left of the active tab always appears to be the active one visually. Very likely this is because the previous UI pattern had the active tab as 'seemless' with the URL/toolbar area. Now all inactive tabs are merged with this area, and the active tab looks like a 'button' (which is a UI design flaw, because it isn't a button) The lines of the active tab make it appear as if the tab to the right or left of it are the active one based on previous UI pattern. My eyes instantly gravitate to either of them being the active tab, rather than the actual one.


Expected results:

The active tab should stand out without any confusion. A user should never have to look intently, guess, stare hard, or devote intense scrutiny to clearly see which one is active. If that is the case, it is poor design. I can't imagine this passed any sort of large-scale UI/UX testing. Not only does it take more effort to discern the active tab, the UI for the active tab breaks long standing patterns. (making it look like a button, when it isn't)
Bug: Revert bug 1701920 and put panel and modal dialog fonts back to where they were previously
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-04-20 16:48:30+00:00
Resolved: 2021-11-18 12:05:01+00:00

The font size increase from bug 1701920 had a knock on effect on padding in some panels (i.e. the AppMenu) which we should bring back to spec with this bug.
Bug: Missing color in Menu Bar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-20 17:28:29+00:00
Resolved: 2021-05-28 18:43:20+00:00

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

Steps to reproduce:

I just launch Firefox


Actual results:

I'm using the default theme, but it doesn't pick up the default color for the menu bar. 
Instead of being blue, my default color, it's white.


Expected results:

The menu bar should be the same as my default setting.
Bug: Requesting origin in requestStorageAccess prompt is no longer highlighted
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 17:29:52+00:00
Resolved: 2021-11-11 10:49:53+00:00

Since Bug 1697943 we no longer show text in `<b>` tags as bold in permission prompts. This makes the the origin in the requestStorageAccess permission doorhanger  really difficult to see. It's important that users can clearly identify the requesting origin in this prompt.

This is a regression of Bug 1697943.
Bug: Proton: Bookmark icon is not consistent with other Proton icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-20 18:12:02+00:00
Resolved: 2021-04-20 19:41:34+00:00

The Bookmark button in the address bar is not consistent with other Proton address bar icons (the "wire" is too thick, it should be thinner). See attached screenshot.

Apologies if duplicate
Bug: "Open Video in New Tab" should copy Mute settings
Status: NEW
Priority: P3
Created: 2021-04-20 18:51:50+00:00
Resolved: 2021-04-22 10:56:21+00:00

STR:

1) Mute a tab.
2) Play a video on the tab.
3) Right click, "Open Video in New Tab"
4) MUSIC INSTANTLY BLASTING THROUGH THE OFFICE

The new tab should copy the mute settings from the original tab, particularly because autoplay is enabled by default.
Bug: Prevent thumbnail generation for new tab page in Proton
Status: NEW
Priority: P3
Created: 2021-04-20 19:14:06+00:00
Resolved: 2021-10-18 23:54:42+00:00

Looks like updated activity stream in Nightly stopped showing thumbnails of pages at all (not inconsistently as before: Bug 1593563), but Firefox is still visiting pages (bypassing content blocking extensions) and creating thumbnails on disk for no purpose.
This should be disabled now if there is no plan to show thumbnails on new tab page. It will also solve many privacy and performance bugs like Bug 755996, Bug 1509084, Bug 1452388, Bug 1162698, Bug 1449062, Bug 1475785, Bug 1674252.

STR:
1. Create new profile in Nightly
2. Open new tab, pin this page in top sites manually: https://wiki.mozilla.org/Release_Management/Calendar
3. Wait
4. Go to AppData\Local\Mozilla\Firefox\Profiles\profile-name\thumbnails and see a thumbnail file for top site created in 2nd step
Bug: Change  "You've been disconnected"  string for FxA notification badge
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-20 20:06:50+00:00
Resolved: 2021-05-05 16:28:33+00:00

We introduced this string in Bug 1700993, but it should return to "Account disconnected"

https://searchfox.org/mozilla-central/rev/9b430bb1a11d7152cab2af4574f451ffb906b052/browser/locales/en-US/browser/accounts.ftl#11
Bug: Bookmark star icon uses OS color making it less noticable
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-04-20 20:52:56+00:00
Resolved: 2024-03-22 09:31:44+00:00

It seems like Firefox recently started using some OS theme color for the bookmark icon when a page is bookmarked. For me that color doesn't seem appropriate as it's quite low contrast? (sorry I am not great with color terms)
Bug: Restore previous session doesn't finish due to memory exhaustion (regression since 87)
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2021-04-20 21:11:11+00:00
Resolved: 2023-06-19 12:13:52+00:00

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

Steps to reproduce:

Provided:
- Debian testing 64bit with Firefox from unstable (sid)
- 4 GB RAM + 4 GB swap
- about 6000 tabs total in 5 windows (the content only of few of them has been really loaded since last start)
- only 3 extensions: uBlock Origin, uMatrix and Google Search Link Fix

I can reproduce it as follows:
- quit Firefox 86
- backup profile
- update to Firefox 87
- start Firefox, choose "History" -> "Restore Previous Session"
- the whole RAM gets consumed, then almost all swap, after dozens of minutes I break the execution.
- restore profile from backup
- downgrade to Firefox 86
- all works as expected

some weeks later:
- quit Firefox 86
- backup profile (about the same amount of tabs but not all exactly the same tabs)
- update to Firefox 88
- start Firefox, choose "History" -> "Restore Previous Session"
- the whole RAM gets consumed, then almost all swap, after about 50 minutes the swap is completely in use, and I break the execution.
- restore profile from backup
- downgrade to Firefox 86
- all works as expected


Actual results:

During "Restore Previous Session" Firefox 87 and 88 exhaust the whole available RAM and swap space and still cannot complete the operation.


Expected results:

During "Restore Previous Session" Firefox 86 (similarly to previous releases) consumes the whole RAM but only few MBs of swap, then more than a half of RAM is freed and Firefox becomes ready to use.

P.S. 6000 tabs sounds a lot, but from what is user visible, only the text title, the favicon and the position order get really restored (not the content of all those tabs), thus actually not so much.
Bug: Opening tabs en masse flashes the system accent color on the tab navigation
Status: NEW
Priority: P2
Created: 2021-04-20 21:23:21+00:00
Resolved: 2021-11-03 12:11:53+00:00

## steps to reproduce/what did you do?

Refer to attached video

* Create a large folder of bookmarks, so much so that when opening them all at once it triggers the tab navigation arrow
* Open all of the pages at once

## expected behavior/ what did you think will happen?

* Tab navigation button appears, and possibly flashes the theme accent color (blue I guess?)

## actual behavior/ what actually happened?

* Tab navigation button appears, flashes my system accent color (orange)
Bug: Focus ring for extension page action is different color than built in page actions when dark mode or theme are enabled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-20 21:24:02+00:00
Resolved: 2023-06-02 15:21:27+00:00

## steps to reproduce/what did you do?

* Install an extension that adds a new page action, such as Firefox Multi-Account Containers
* Using your keyboard, tab into the page actions. Focus on any built-in page action such as "Bookmark", and then tab into the extension page action

## expected behavior/ what did you think will happen?

* The focus rings are the same color

## actual behavior/ what actually happened?

* The focus ring for the built-in action is theme color (blue)
* The focus ring for the extension action is white