av9ash/GitBugs huggingface dataset:
Bug: Reader Mode icon is stretched in latest nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-05 23:31:22+00:00
Resolved: 2021-03-05 23:37:26+00:00

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

Steps to reproduce:

Update to latest nightly


Actual results:

The reader mode button is stretched vertically


Expected results:

The reader mode button should not have been stretched vertically
Bug: Menu and add-ons don't show properly when windows scaling is enabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-06 00:32:57+00:00
Resolved: 2021-04-13 14:29:07+00:00

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

Steps to reproduce:

Set up
windows 10 home version 1909
firefox 86.0
dual monitor (one with 100% zoom, one with 125% zoom)

1. Set in Settings->System->Display->Change the size of text, apps and other items to 125% zoom.


Actual results:

Menu and add-ons aren't zooming properly and aren't scrolling well anymore. The height is too low. Close to impossible to use.

See https://youtu.be/-Hhvrp4ix4c or attached video


Expected results:

Menu and add-ons should be bigger and scrollable.
Bug: Lockwise is not on dark mode while privacy.resistFingerprinting is enabled.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-06 06:40:43+00:00
Resolved: 2021-03-06 08:08:17+00:00

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

Steps to reproduce:

ui.systemUsesDarkTheme is set to 1 by default but lockwise is still on light mode when privacy.resistFingerprinting is enabled.


Actual results:

Lockwise is still on light mode


Expected results:

Lockwise should be on dark mode
Bug: Crash in [@ IPCError-browser | RecvGetPageThumbStream Wrong process type]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-06 10:42:18+00:00
Resolved: 2021-03-09 01:03:37+00:00

22 crashes on 6+ devices with macOS and Windows, oldest build is Firefox 87.0a1 20210125172739

Most crashes have random JavaScript engine signatures, e.g.

Crash report: https://crash-stats.mozilla.org/report/index/1b4686d3-b80e-48b9-9716-
e08e70210126

Reason: ```EXCEPTION_BREAKPOINT```

Top 10 frames of crashing thread:
```
0 xul.dll js::Nursery::doCollection js/src/gc/Nursery.cpp:1185
1 xul.dll js::Nursery::collect js/src/gc/Nursery.cpp:1055
2 xul.dll js::gc::GCRuntime::collectNursery js/src/gc/GC.cpp:7747
3 xul.dll js::gc::GCRuntime::minorGC js/src/gc/GC.cpp:7713
4 xul.dll mozilla::CycleCollectedJSContext::IsIdleGCTaskNeeded::IdleTimeGCTaskRunnable::Run xpcom/base/CycleCollectedJSContext.cpp:504
5 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:741
6 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1200
7 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:87
8 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:327
9 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:309
```

But this one has a `moz-page-thumbs://` url: https://crash-stats.mozilla.org/report/index/603a7949-18f7-451b-b0f8-299fb0210127

Reason: ```EXCEPTION_BREAKPOINT```

Top 10 frames of crashing thread:
```
0 ntdll.dll NtWaitForAlertByThreadId 
1 ntdll.dll RtlSleepConditionVariableSRW 
2 kernelbase.dll SleepConditionVariableSRW 
3 mozglue.dll mozilla::detail::ConditionVariableImpl::wait mozglue/misc/ConditionVariable_windows.cpp:50
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1171
5 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:109
6 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:328
7 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:310
8 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
9 xul.dll nsAppShell::Run widget/windows/nsAppShell.cpp:602
```
Bug: Selection screenshot truncated with devicePixelRatio != 1 and resistFingerprinting
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-06 17:39:55+00:00
Resolved: 2022-07-07 18:03:59+00:00

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

Steps to reproduce:

Setup:

(1) Set privacy.resistFingerprinting to true
(2) Open a page and make sure the devicePixelRatio is greater than 1, either due to Firefox using system scaling greater than 100% or by using page zoom.

Start capturing a screenshot and either click to select a node or drag to select an area, then click Copy.

Paste into an image Editor.


Actual results:

Captured rectangle is truncated because it is sized for devicePixelRatio = 1

Per mozRegression, this is a regression from bug 1664444 


Expected results:

Captured rectangle should reflect the correct devicePixelRatio (despite resistFingerprinting)
Bug: "pending" attribute not removed when tab is navigated while being restored; title is not correctly set
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-07 16:11:45+00:00
Resolved: 2021-06-23 21:47:31+00:00

bug 1498432 introduced a unit test that basically opens a discarded/lazy tab browser, and then navigates it to a new URL. As part of the tabbrowser implementation, [restoration of the tab starts first](https://searchfox.org/mozilla-central/rev/52a3b19a3de21546f6ab9c10d37d6047107ed874/browser/base/content/tabbrowser.js#2189-2201) before the actual navigation. The existing logic expects the `pending` to be removed eventually, but it is still there when Fission is turned on.
I have previously explained the relation between the "pending" attribute and the non-updating of tabs at https://bugzilla.mozilla.org/show_bug.cgi?id=1511756#c7 . It is possible for the two bugs to share the same causes, but I did not bother investigating further prior to filing this bug.

To reproduce this bug, start Firefox with Fission enabled ( `MOZ_FORCE_ENABLE_FISSION=1` ) and open then navigate the tab by running the following code in the devtools console of an extension page (use `about:debugging` to inspect an extension; any extension will do):
```
t = await browser.tabs.create({ url: "http://example.com/1st", discarded:true});
await browser.tabs.update(t.id, { url: "http://example.com/2nd" });
```

Expected: The title should be "Example Domain"
Actual: The title is `example.com/2nd`.
`gBrowser.tabs[2].hasAttribute("pending")` is unexpectedly true. (if the new tab is the 3rd tab).

To test as a developer:

1. Remove the `skip-if = fission` from `browser_ext_tabs_discard_reversed.js` in `browser/components/extensions/test/browser/browser.ini` (added in bug 1498432 ).
```
./mach test browser/components/extensions/test/browser/browser_ext_tabs_discard_reversed.js --enable-fission
```

If you want to inspect the state of the browser when the failure is happening, comment out the `resolve()` at https://hg.mozilla.org/integration/autoland/rev/9ce142e600af#l3.61 (expected: title changed, actual/wrong: title looks like a URL).
Bug: Proton tab "done loading" animation goes outside the tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-07 18:20:51+00:00
Resolved: 2021-03-29 00:31:50+00:00

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

Steps to reproduce:

Use the Proton tab theme and open any page.  The blue circle that bursts out from the favicon when the page has finished loading, it goes outside the tab and into the margins around it.


Actual results:

The animation looks wrong.


Expected results:

It should should be adjusted not to take up all of the vertical space, since the tab has some empty space around it now.
Bug: Ctrl+shift+B doesn't open library>bookmarks
Status: VERIFIED
Priority: --
Resolution: WONTFIX
Created: 2021-03-07 19:39:32+00:00
Resolved: 2021-03-08 09:35:59+00:00

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

Steps to reproduce:

pressed ctrl+shift+b


Actual results:

bookmarks bar got toggled


Expected results:

all bookmarks should open

and don't you dare close it as "works as intended" cause it's broken and you know well it is, copying mistakes others make is always a bad idea, why won't you realize that already?
Bug: specific frequently visited host missing as suggested addressbar suggestion, only search with Google and open tabs offered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-07 20:19:02+00:00
Resolved: 2021-04-01 00:19:29+00:00

Latest Firefox 88.0a1 on Windows 8.1

In my default Nightly profile, there
- are many open tabs, with >10 at https://transvision.mozfr.org/
- the address bar is to not provide suggestions from the search provider
- https://transvision.mozfr.org/ is a frequently visited domain

Actual result:
When "transv" (or any other part of the string which is not a valid host) gets typed, the first suggestion is to search with Google. The other suggestions are for open tabs. One needs to type the full host to open it.

Expected result:
One row as suggestion to go to http://transvision.mozfr.org

Maybe there is an open https://transvision.mozfr.org/ tab and it has the misfortune to not get suggested as a tab and the host doesn't get suggested because the same url is part of the open tabs getting potential suggested?

In a new profile, the "search with Google" option gets dropped and the host gets suggested.
Bug: Firefox Nightly Toolbar Icons Stretched
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 07:38:39+00:00
Resolved: 2021-03-09 13:56:55+00:00

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

Steps to reproduce:

Updated to the latest version


Actual results:

Some extensions icons in toolbar are stretched


Expected results:

No icons should be stretched/resized
Bug: A Google a Day puzzle uses iframes and confuses users about where they are
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-08 09:43:44+00:00
Resolved: 2024-05-30 17:28:46+00:00

Hi Team,
 
VULNERABILITY DETAILS : I found a use-case where the URL of the Firefox browser gets updated to one site URL and doesn't change after you visit different sites.This scenario helps any attacker in spoofing URL or making victim's not know about which site they are visiting. I have attached the POC, please do have a look.

REPRODUCTION CASE
Go to google.com, click on "I'm feeling puzzled". Notice the URL changes to http://www.agoogleaday.com/

Now click on "Start playing". We are back to Google homepage but the URL doesn't change. Now search on Google wikipedia and go to Wikipedia page. You will notice that we are now on Wikipedia website, but the URL bar still shows us on "http://www.agoogleaday.com/"
      
    I believe this is reproducible across all Firefox versions

Version : 86.0 (64-bit)
OS : Mac OS 10.15.6 Catalina

   I hope it helps in securing Firefox in some way.


Best,
Shivankar
Bug: Crash in [@ IPCError-browser | RecvGetPageThumbStream Wrong process type]
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-08 10:34:11+00:00
Resolved: 2022-07-10 00:15:24+00:00

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/3e4031e8-49d4-4c13-ae9c-efc200210307

This seems to have started with buildid 20210125172739. The stack is useless because it comes from the the content process. I'll generate an accurate one manually and attach it here.
Bug: Elements before Zoom Controls are moving when selected zoom level is changed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-08 12:03:23+00:00
Resolved: 2021-03-25 02:12:09+00:00

*Affected versions*
* 88.0a1 (20210307213430)
	
*Affected platforms*
* macOS 11.2.2
* Windows 10x64

*Preconditions*
* enabled proton toolbar

*Steps to reproduce*
1. Open Firefox Customize mode.
2. Add Zoom controls and some elements before.
3. Change Zoom levels between 100 and 90.

*Expected result*
* Elements before zoom controls are not moving.

*Actual result*
* Elements are moving.
 
*Regression range*
* I will search for one ASAP if there is one.


*Notes*
* Attached a screen recording.
Bug: [macOS] Toolbar forward icon has a more bolded shade than the back icon even though it is not actionable
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-08 13:51:58+00:00
Resolved: 2021-03-16 13:30:07+00:00

**Affected versions**
- Firefox 88.0a1

**Affected platforms**
- macOS 10.15.7 

**Preconditions**
- Have Proton toolbar enabled

**Steps to reproduce**
1. Launch Firefox
2. See the left and right arrows (more visible when browser window is out of focus)

**Expected result**
- The arrows have the same shades of color

**Actual result**
- The right arrow has a more bolded shade than the left one even though it is not actionable

**Regression range**
- I will search for one ASAP if there is one.

**Additional notes**
- The issue can be seen in the attachment.
- Windows and Ubuntu doesn't seem to be affected
Bug: Bookmarks Toolbar empty after update to 87.0b7 (64-bit)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-08 14:01:41+00:00
Resolved: 2021-03-15 16:49:36+00:00

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

Steps to reproduce:

After update my bookmarks toolbar is now blank, customize shows "bookmark toolbar items" widget in place, restore defaults did not fix, backup/restore bookmarks did not fix.


Actual results:

This is the second update issue I've had, the first is Firefox will not load properly immediately after installing an update - empty/unresponsive window with single tab and no url bar.  Force close with task manager and restart works.  I've attempted clearing user (clean new install, then re-sync) and issue persists.


Expected results:

Restoring defaults at the very least should have fixed, tried dragging "bookmark toolbar items" in/out of position and that did not fix either.  Tried backing up / restoring bookmarks and that did not fix.  Tried restoring older version of bookmarks, that did not fix.
Bug: All bookmarks were moved from subfolders to "Other Bookmarks"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-08 15:17:52+00:00
Resolved: 2021-03-31 13:49:26+00:00

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

Steps to reproduce:

I tried to create a new folder in the bookmarks UI. It opened an unusual window which had three boxes. I cancelled that window. At that point, all bookmarks had been moved. The next time I tried to create a new folder, the expected UI appeared with a single box for typing its name.


Actual results:

Every bookmark from every subfolder was moved into the "Other bookmarks" folder. I tried restoring varios old backups and it worked but all bookmarks were still in the "Other bookmarks" folder.


Expected results:

When I try to create a new folder, it should show a window with only one input box.
When I try to restore a bookmarks backup, it should also restore their positions in folders.
Bug: The Hamburger menu disappears when the user clicks the "Sync and Save Data" text
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-08 16:04:16+00:00
Resolved: 2021-03-16 13:21:55+00:00

[Affected versions]
All

[Affected platforms]
All

[Preconditions]
Have browser.proton.enabled - true

[Steps to reproduce]
1. Open the Firefox browser and Open the Hamburger menu.
2. Click the text label for "Sync and Save Data".

[Expected result]
The Hamburger menu should remain open, clicking a text field from the Hamburger menu should not close it.

[Actual result]
The Hamburger menu is dissmised when the user clicks the "Sync and Save Data" text.
Bug: The last tab is not rounded
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-03-08 16:10:48+00:00
Resolved: 2021-03-22 14:33:44+00:00

Affected Platform: 
Windows 7

Affected Firefox version:
88.0a1 (2021-03-08) (64-bit)

Precondition:
In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true

Steps to reproduce:
1. Open Fx
2. Set components in about:config from precondition
3. Click on "+" to add 4 - 5 new tabs 

Actual result:
The last tab is not rounded. See screenshot: https://imgur.com/a/Uqz6DaQ

Expected result:
The last tab should be rounded

Note:
This happen only on win 7
Bug: Tabs media controller is not RTL aligned on some Bidirectional websites
Status: NEW
Priority: P3
Created: 2021-03-08 16:32:27+00:00
Resolved: 2021-03-09 22:46:43+00:00

### Preconditions

In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to http://panet.co.il/article/3187397 and play the video.
3. Go to https://bit.ly/38ifPfC and play the video.
4. Observe tabs media controller.

### Expected result
Tabs media controller should be RTL aligned.

### Actual Result
Tabs media controller isn't RTL aligned.

Screenshot: https://imgur.com/a/bl1fYmy
Bug: The preloaded new tab page is repainted whenever the browser window is resized or (de)activated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 16:38:06+00:00
Resolved: 2022-04-08 23:48:34+00:00

Here is a profile of resizing a browser window and then deactivating and reactivating the window twice: https://share.firefox.dev/3c71ZO8

There's a lot of activity in the Privileged Content process that restyles/reflows/repaints an about:newtab page for all resize activate/deactivate event the parent process receives.

From the Browser Toolbox, if I execute `gBrowser.preloadedBrowser.hidden = true` then the Privileged Content process remains quiet when I resize the browser window.
Bug: Check if DisablePasswordReveal is affecting creating a new login
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-03-08 17:02:24+00:00
Resolved: 2021-04-22 14:03:51+00:00

From SUMO:

https://support.mozilla.org/en-US/questions/1326916

I noticed an issue with DisablePasswordReeal in combination of using "Create New Login" as this removes the password field leaving only the label, so you can only enter the username and not the password.
Bug: Minimize/Maximize/close buttons aren't properly shown in Light Theme.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 17:08:23+00:00
Resolved: 2021-03-09 14:30:22+00:00

**Affected versions**
* 88.0a1
* 87.0b7
* 86.0

**Affected platforms**
* Ubuntu 20

**Steps to reproduce**
1. Open Firefox.
2. Open the Customize Toolbar menu.
3. From the theme selector select the Light Theme.
4. Observe the Minimize/Maximize/Close buttons.

**Expected result**
* The Minimize/Maximize/Close buttons are properly shown.

**Actual Result**
* The Minimize/Maximize/Close buttons aren't properly shown. Check attachment

**Regression range**
Will provide one ASAP.
Bug: The Minimize/Maximize/Close buttons are barely visible in high contrast mode with the dark theme
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-03-08 17:25:25+00:00
Resolved: 2021-10-28 02:34:38+00:00

**Affected versions**
*   88.0a1
*   87.0b7
*   86.0

**Affected platforms**
* Ubuntu 20

**Steps to reproduce**
1. Enable high contrast mode.
1. Open Firefox.
2. Open the Customize Toolbar menu.
3. From the theme selector select the Dark Theme.
4. Observe the Minimize/Maximize/Close buttons.

**Expected result**
* The Minimize/Maximize/Close buttons are properly shown.

**Actual Result**
* The Minimize/Maximize/Close buttons are barely visible in high contrast mode with the dark mode enabled. Check attachment.

**Regression range**
Will provide one ASAP.
Bug: Moving a pinned tabs  animation overlaps with the switch between tabs
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-03-08 18:10:49+00:00
Resolved: 2021-04-07 08:59:16+00:00

**Prerequisites**
* In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true
 

**Affected versions**
* 87.0b7
* 88.0a1

**Affected platforms**
* Windows 10
* Ubuntu 20 
* MacOS

**Steps to reproduce**
1. Open Firefox.
2. Pin a few tabs.(3-4 pinned tabs)
3. Open multiple tabs until the tab navigation buttons appear.
4. Move position of one of the pinned tabs from it's position to the further left position.
5. Observe the pinned tab animation.

**Expected result**
* Pinned tabs animation is smooth and doesn't overlap with the tabs navigation buttons. 

**Actual Result**
* Pinned tabs animation overlaps with the tabs navigation buttons.

**Regression range**
* Will provide one ASAP.

**Additional notes**
 * Here is a link to see on how the pinned tabs behave. https://imgur.com/a/yfCWfch
Bug: Middle-clicking to close a tab can cause the selection to be pasted in the URL bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 18:45:58+00:00
Resolved: 2023-06-16 09:51:04+00:00

On linux, when middle-clicking on a tab to close the tab, if the next tab which will be focused is `about:newtab`, the current selection will be pasted into the URL bar of the new about:newtab tab.

I think this is caused by focus being moved into the URL bar of the switched-to tab before the paste event is resolved from the middle-mouse-click.

STR:
1. On linux, open the browser, and open 2 tabs.
2. Select some text in the content body, putting it onto the selection clipboard.
3. middle-click on the focused about:newtab tab, and the text will appear in the URL-bar of the unfocused about:newtab tab.

I've attached a short video of me reproducing the issue
Bug: Tab mouse over highlight can't be seen with a bright color theme
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-08 18:54:47+00:00
Resolved: 2022-11-08 05:55:41+00:00

### Steps to reproduce

1. Install a light colored theme, such as "Bright Yellow" https://addons.mozilla.org/en-US/firefox/addon/bright-yellow-theme/ or "Gradientus" https://addons.mozilla.org/en-US/firefox/addon/gradientus/.
2. Mouse over the tabs.

### Expected result

The tabs should have a lighter or dark color when you mouse over them.

### Actual result

The mouse over highlight is so subtle can't be seen when the theme is such a bright color.
Bug: Sponsored link appears in address bar suggestions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-08 19:21:35+00:00
Resolved: 2021-03-11 15:33:36+00:00

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

Steps to reproduce:

Started typing in the address bar


Actual results:

I was shown advertisements


Expected results:

I should not have been shown advertisements
Bug: proton dark mode context menu has a different background color from proton dark mode app menu
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-03-08 19:54:36+00:00
Resolved: 2021-03-23 10:24:31+00:00

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

Steps to reproduce:

Right click on DOM to see context menu, click on hamburger app menu


Actual results:

the background color for the Proton context menu is much darker than the background for the app menu. When using light mode, the context menu and app menu have similar background colors as to be indistinguishable.


Expected results:

The background color should be the same as (or similar to) the background color for the app menu
Bug: Address Bar Tip okay button is cut off on the right side
Status: VERIFIED
Priority: P4
Resolution: FIXED
Created: 2021-03-08 20:14:19+00:00
Resolved: 2021-06-22 09:26:20+00:00

Nightly 88.0a1 (2021-03-08) (64-Bit)
macOS 11.2.2

1.)  Clean Install of Nightly
2.) Start Nightly
3.) Wait until Megabar help text for "less typing"
4.) Take a look at the right side of the okay button

Actual: It is cut-off
Expected: It shouldn't be cut-off

A screenshot is attached.