av9ash/GitBugs huggingface dataset:
Bug: 8.72 - 8.99% tresize (linux1804-64-shippable) regression on push 40475e86e3413d28841398739efa91e0d55dda46 (Mon March 22 2021)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 07:26:33+00:00
Resolved: 2021-03-31 16:53:11+00:00

Perfherder has detected a talos performance regression from push [40475e86e3413d28841398739efa91e0d55dda46](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=40475e86e3413d28841398739efa91e0d55dda46). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 9% | tresize |  | linux1804-64-shippable | e10s stylo | 14.72 -> 16.05 |
| 9% | tresize |  | linux1804-64-shippable | e10s stylo | 14.73 -> 16.01 |

### Improvements:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 9% | tabpaint |  | macosx1015-64-shippable-qr | e10s stylo webrender-sw | 42.56 -> 38.75 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=29432), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: 2.13 - 2.68% ts_paint (windows10-64-shippable-qr) regression on push 5bdaa8ec66488662ba88e5d1ec0e21cba0771f6b (Tue March 23 2021)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-26 07:29:42+00:00
Resolved: 2023-12-22 07:43:16+00:00

Perfherder has detected a talos performance regression from push [5bdaa8ec66488662ba88e5d1ec0e21cba0771f6b](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=5bdaa8ec66488662ba88e5d1ec0e21cba0771f6b). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 3% | ts_paint | ts_paint | windows10-64-shippable-qr | e10s stylo webrender-sw | 390.38 -> 400.83 |
| 2% | ts_paint | ts_paint | windows10-64-shippable-qr | e10s stylo webrender-sw | 397.79 -> 406.25 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=29433), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: All context menus are shown in Pocket panel dropdown
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-03-26 08:00:10+00:00
Resolved: 2022-01-10 13:50:49+00:00

**Affected versions**
- Firefox 88.0b3
- Firefox 89.0a1

**Affected platforms**
- Windows 10
- macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox
2. Open Pocket menu from the toolbar
3. Right click on the Pocket panel

**Expected result**
- Specific context menus for the panel are shown

**Actual result**
- All the context menus are shown

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the [following attachment](https://drive.google.com/file/d/17n1Tl4vEYdcuYd55ZSNejTHSlVOq5BLX/view?usp=sharing)
- Ubuntu doesn't seem to be affected
Bug: nsMediaSniffer.cpp:170:31: error: ?MakeScopeExit? is not a member of ?mozilla?
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 08:09:32+00:00
Resolved: 2021-04-06 15:34:47+00:00

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

Steps to reproduce:

Build on Solaris fails with:

```
28:28.23 In file included from Unified_cpp_mediasniffer0.cpp:2:
28:28.23 /builds/psumbera/mozilla-central-build/toolkit/components/mediasniffer/nsMediaSniffer.cpp: In member function ?virtual nsresult nsMediaSniffer::GetMIMETypeFromContent(nsIRequest*, const uint8_t*, uint32_t, nsACString&)?:
28:28.23 /builds/psumbera/mozilla-central-build/toolkit/components/mediasniffer/nsMediaSniffer.cpp:170:31: error: ?MakeScopeExit? is not a member of ?mozilla?
28:28.23   170 |   auto maybeUpdate = mozilla::MakeScopeExit([&channel]() {
28:28.23       |                               ^~~~~~~~~~~~~
```
The first bad revision is:
changeset:   573047:3fdc8089a46f
user:        Tom Tung <shes050117@gmail.com>
date:        Thu Mar 25 12:09:39 2021 +0000
description:
        Bug 1696111 - ORB core Implementation; r=necko-reviewers,dragana

        Differential Revision: https://phabricator.services.mozilla.com/D102448
Bug: carriage returns inserted while copying text
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-26 08:25:55+00:00
Resolved: 2021-04-15 14:24:48+00:00

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

Steps to reproduce:

I'm using windows 10 x64.
-Go to https://blog.mozilla.org/addons (happens on other sites too)
-At the top there is the text "Mozilla Add-ons Blog"
-Triple click the text to select the entire text
-right click mouse and select copy
-now go to a text editor and paste the text in the clipboard



Actual results:

before and after the text "Mozilla Add-ons Blog" (without quotes) there are two extra carriage returns that are not visibile in the original page.
in hex it is:
0d 0a 4d 6f 7a 69 6c 6c 61 20 41 64 64 2d 6f 6e 73 20 42 6c 6f 67 0d 0a



Expected results:

The text pasted in the editor should just be what I'm seeing in the page: a single line of text containing "Mozilla Add-ons Blog" (without quotes).
Bug: “Send Link to Device” context menu option is placed in its own section
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-26 08:30:51+00:00
Resolved: 2021-04-15 07:44:47+00:00

**Affected versions**
* Firefox 89.0a1 (BuildId:20210325085523)
* Firefox 88.0b3 (BuildId:20210325185929)

**Affected platforms**
* macOS 10.14
* Windows 10 64bit
* Ubuntu 20.04


**Preconditions**
* Log in with a Firefox account which has multiple devices connected.

**Steps to reproduce**
1. Launch Firefox.
2. Access the following [link](https://en.wikipedia.org/wiki/Hi-5_(Australian_group))
3. Right click on the image hyperlink.

**Expected result**
* The “Send Link to Device” option is positioned inside the same section in which the “Email Image…” option is placed (above the “Set Image as Desktop Background…” option) as per the approved specs.

**Actual result**
* The “Send Link to Device” option is positioned in it’s own section, under the “Set Image as Desktop Background…” option

**Regression Range**
* I don’t think that this is a regression.

**Notes**
* This issue can be seen with both proton enabled & proton disabled.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-26 08:56:36+00:00
Resolved: 2021-04-20 17:04:23+00:00

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

---
```
[task 2021-03-26T07:41:48.789Z] 07:41:48     INFO - TEST-START | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js
[task 2021-03-26T07:47:58.808Z] 07:47:58     INFO - Buffered messages logged at 07:41:48
[task 2021-03-26T07:47:58.808Z] 07:47:58     INFO - Entering test bound setup
[task 2021-03-26T07:47:58.808Z] 07:47:58     INFO - Leaving test bound setup
[task 2021-03-26T07:47:58.809Z] 07:47:58     INFO - Entering test bound test_main_flow
[task 2021-03-26T07:47:58.809Z] 07:47:58     INFO - Test that we show the first alert correctly for a recent breach.
[task 2021-03-26T07:47:58.809Z] 07:47:58     INFO - Buffered messages finished
[task 2021-03-26T07:47:58.809Z] 07:47:58    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js | application timed out after 370 seconds with no output
[task 2021-03-26T07:47:58.809Z] 07:47:58    ERROR - Force-terminating active process(es).```
Bug: The overflow menu moves the app menu button for a split second when it appears while the browsers width is being shrinked
Status: NEW
Priority: P3
Created: 2021-03-26 09:52:06+00:00
Resolved: 2021-05-18 11:47:21+00:00

*Affected versions*
* 89.0a1 (20210326040809)
* 88.0b3 (20210325185929)


	
*Affected platforms*
* Windows 10x64
* macOS 10.15.7
* Ubuntu 20.0.



*Steps to reproduce*
1. Open firefox with proton enabled and add several buttons to the toolbar on the right side.
2. Shrink the width of the browser slowly and observe the animation when the overflow menu appears.



*Expected result*
* No glitches are displayed.

*Actual result*
* Overflow menu button moves the app menu button when it appears.

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

*Notes*
* Attached a screen recording.
* Also attached a frame screen recording here for a better view of the issue: [link](https://drive.google.com/file/d/1RGhxsPcsXxe2lxsA-zpJoNP_HWHGgJqs/view?usp=sharing)
* The issue may be intermittent.
* With proton disabled the Hamburger menu is only slightly moved. See screen recording: [link](https://drive.google.com/file/d/1c4Beu0R3FFcNTg67woki8Z9egXub6l9v/view?usp=sharing).
Bug: Dark theme Preferences - no contrast between buttons and rest of the selected row in the container settings after clicking a button
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-03-26 09:58:33+00:00
Resolved: 2023-06-23 05:34:48+00:00

**Affected versions**
* 88.0a1(2021-03-25);

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

**Steps to reproduce**
1. OS / Firefox set on dark theme;
2. Access about:preferences#containers
3. Click on any container section;
4. ALT+TAB to select another application;
5. Click inside Firefox again on any of Preferences/Remove button(s);

**Expected result / Enhancement suggestion**
* button can be distinguished from the focus highlight;

**Actual result**
* button and highlights for this section have to close colors;

**Regression range**
* not a regression, initial implementation was as this;
* First bad: 2019-05-30;
* Last good: 2019-05-29
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9131063a5ce0676336736f15d01bb5d9a2b9ad32&tochange=e09471d136599b68f40f6bb9ec7fcc419732948e) 

**Additional notes**
* set S4 since it's limited use;
* attached recording to best illustrate the issue.
Bug: Dark theme - change container icon color  to match theme-mode flip and TabIndicator color
Status: NEW
Priority: --
Created: 2021-03-26 10:24:39+00:00
Resolved: 2021-03-26 10:26:15+00:00

**Affected versions**
* 89.0a1(2021-03-25);

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

**Steps to reproduce**
1. OS/Browser set to Dark theme;
2. Access about:preferences#containers
3. Click on the Add New Container;
4. Choose the color black for the container;
5. Input any name and click on the Done button;
6. Click and hold on the [ + ] Open new tab button;
7. In the menu locate the newly added container;

**Expected result**
* with Dark theme the color should be white;
* with White theme the color is black(this is ok)

**Actual result**
* with dark theme: @step 3 the color is black but at step 7 the color is white;

**Regression range**
* not a regression;

**Additional notes**
* attached screenshot to best illustrate the issue;
* the main issue here is the color not being as visible and making it more flexible based on the OS theme; 
* UX-wise, a user might be confused as to why the desired container color is not displayed in the picker / or visible in this case.
Bug: Focus state for links is inconsistent across platforms for both Proton themes and Alpenglow
Status: NEW
Priority: P3
Created: 2021-03-26 11:25:21+00:00
Resolved: 2021-04-02 14:39:09+00:00

**Affected versions**
* 89.0a1(20210325161138)

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

**Steps to reproduce**
* pref set to true : browser.proton.enabled
1. Launch FF.
2. Go to about:preferences.
3. Press Tab until a link is focused.

**Expected result**
* Focus state for the link is according to mock-ups.

**Actual result**
* There are 2 different faulty states for this , across platforms:
- macOS 10.15/11: Link is only underlined.
- Win10/Ubuntu20: Link is contained in a dotted line.

**Regression range**
* Not a regression, Proton specific

**Additional notes**
* This issue occurs for both browser Light, Dark and Alpenglow themes.
* This issue occurs for both OS Dark, Light themes.
* The only about page where the link are focused as per mockups: About:welcome
Bug: The proton address bar has a grey border with the default theme enabled
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2021-03-26 11:45:15+00:00
Resolved: 2023-10-03 12:02:12+00:00

**Affected versions**
* Fx89.0a1

**Affected platforms**
* Ubuntu 18.04

**Preconditions**
The following prefs are enabled in about:config
- browser.proton.enabled true
- browser.proton.toolbar.enabled
- browser.proton.urlbar.enabled true


**Steps to reproduce**
1. Launch Firefox.
2. Focus something in page and observer the address bar.
3. Focus the address bar and input a term (e.g. 'cat') so the address bar is expanded with search terms.

**Expected result**
* The address bar should not have a border.

**Actual result**
* The address bar has a grey border.

**Regression range**
* This is not a regression as it's related to a new proton design.

**Additional notes**
* The address bar does not have a border if either the Proton Light or Proton Dark themes are enabled.
* Firefox has the default theme enabled.
* The same grey border is also visible in Windows 10, if the user has 'Dark' chosen in his OS colors.
Bug: Perma browser/components/customizableui/test/browser_panelUINotifications_modals.js | Test timed out when Gecko 89 merges to Beta on 2021-04-19
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-26 13:06:59+00:00
Resolved: 2021-06-11 11:14:52+00:00

* [central-as-beta simulation](https://treeherder.mozilla.org/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=5c109ff57d01a603a33e17ceca9b066ccacdcc74&selectedTaskRun=bzLiSjenRuax39tfZA4KlQ.0)
* [How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)
* [Failure log](https://treeherder.mozilla.org/logviewer?job_id=334551622&repo=try)

[task 2021-03-26T12:34:20.240Z] 12:34:20     INFO - TEST-PASS | browser/components/customizableui/test/browser_panelUINotifications_modals.js | PanelUI is displaying the update-manual notification. - 
[task 2021-03-26T12:34:20.240Z] 12:34:20     INFO - Buffered messages finished
[task 2021-03-26T12:34:20.240Z] 12:34:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_panelUINotifications_modals.js | Test timed out
Bug: Firefox stalls at "Now installing..." with zero progress for a long time before finally finishing when installing on a network with broken ipv6
Status: NEW
Priority: --
Created: 2021-03-26 13:11:05+00:00
Resolved: 2021-09-07 21:42:42+00:00

Both the nightly and release stub installers both get to the "Now installing..." page but never make any progress beyond there.
Bug: Weird line at the top under the tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-26 13:30:12+00:00
Resolved: 2021-04-21 19:45:41+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 updated to the newest Nightly Build when suddenly I saw a weird white line around the tabs area. Also the tabs have a weird light color.
https://imgur.com/a/MJwNbLd
Bug: [Nightly] UI Bug in Tab Bar (3/26 Update)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 14:26:41+00:00
Resolved: 2021-03-27 09:47:04+00:00

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



Actual results:

Weird bar separating the address bar and tab section (wasn't there before).

Unpleasant in terms of design.
Bug: Pointer lock message is not visible if other message is displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-26 14:32:16+00:00
Resolved: 2021-04-09 14:15:56+00:00

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

Steps to reproduce:

The pointer lock notification is displayed behind the pop-up message. See the screenshot for details. This is reproducible in Nightly and Stable.
Bug: Text in "Choose an application to open the <scheme> link" is illegible
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-26 14:41:21+00:00
Resolved: 2024-03-13 17:29:29+00:00

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

Steps to reproduce:

I opened a link that required the "Choose an application to open the $SCHEME link." dialog to appear. The dialog's listing of items, if selected, uses a black text on a blue background, which is IMO unreadable, and if not selected, uses black text on a dark grey background, which is definitely unreadable.

See the attached screenshot, which demonstrates the unselected state. (But, again, the selected state isn't much better.)

Note that I'm on OS X, using "dark mode", and running Firefox "Developer Edition".

My guess is that this is because I am using either dark mode in OS X, or Firefox Developer Edition (which seems to have a dark theme).

Cf. https://bugzilla.mozilla.org/show_bug.cgi?id=1700976 which is causing me to have to see this dialog a lot more than I should; there's another screenshot there showing the selected state.


Actual results:

The text was unreadable.


Expected results:

The text should be readable & use the system's color theme consistently.
Bug: Fix border radius on webextension panels to ensure browser_ext_popup_corners.js passes with browser.proton.enabled set
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 15:02:04+00:00
Resolved: 2022-01-21 18:17:09+00:00

After bug 1697910 the panel radius no longer matches the radius set on the `browser` that webextensions insert, nor on the `body` of the document loaded in that browser.

This causes an automated test to fail which blocks enabling proton. We should fix this.
Bug: About devtools - checkbox highlight is cut off with proton theme set
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-03-26 15:10:24+00:00
Resolved: 2021-04-01 12:19:05+00:00

**Affected versions**
- 89.0a1 (2021-03-26)

**Affected platforms**
- Windows 10
- Windows 7
- macOS 11
- macOS 10.15
- Ubuntu 18.04

**Steps to reproduce**
1. Make sure browser.proton.enabled is set on true in about:config
2. Open about:devtools
3. Click inside the Email field
4. Press the Tab key in order to switch the focus to the checkbox below 


**Expected result**
- The focus highlight is visible entirely

**Actual result**
- The focus highlight is cut off 

**Regression range**
- Not a regression, visible with the Proton theme implementation
Bug: Proton TitleBar color - Default Theme doesn't match to Windows accent color
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-26 15:26:44+00:00
Resolved: 2023-09-01 11:48:06+00:00

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

Steps to reproduce:

EnableProtonUI
browser.proton.contextmenus.enabled
browser.proton.enabled
browser.proton.tabs.enabled
browser.proton.toolbar.enabled
browser.proton.urlbar.enabled

Go to Win10 settings>Personalization>Colors>select from Windows colors

Observe the color of the Firefox titlebar color


Actual results:

On Nigthly TitleBar color (with the default theme selected) doesn't match accent color selected by the Windows


Expected results:

Firefox should use Windows system accent color (When Firefox window is active).
This is true for the Release but not on Latest Nightly
Bug: [Proton] AppMenu scrollbar should follow user selected theme
Status: NEW
Priority: P3
Created: 2021-03-26 16:06:01+00:00
Resolved: 2021-12-11 08:09:13+00:00

STR:

0. Open about:addons
0. Go to "Themes"
0. Choose a theme that isn't "Default"
0. Open AppMenu
0. Select "Bookmarks" or "History"

Actual Behavior:

The scrollbar uses colors from the default GTK theme. In this case, it's Adwaita Dark. Those are the same colors used when selecting the "Default" theme.

Expected Behavior:

The scrollbar should use the same colors as the theme selected by the user (e.g. Proton Dark)
Bug: "Remove" button in the remove logins dialog has low contrast/wrong color
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-03-26 16:19:37+00:00
Resolved: 2021-05-07 10:49:46+00:00

The "remove" button in the remove login dialog has low contrast and/or the wrong color given OS dark theme and Firefox dark theme.

Edit: originally I thought this was only present when the Proton pref was enabled, but is currently present in Nightly.
Bug: Label for #PanelUI-menu-button is misnamed in Firefox Developer Edition
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-26 16:32:09+00:00
Resolved: 2021-03-31 12:39:48+00:00

Tested in 88.0b3.

STR:
1. Enable `Enable browser chrome and add-on debugging toolboxes` and `Enable remote debugging` in Web Developer Tools Settings.
2. Select `AppMenu > Web Developer > Browser Toolbox`.
3. Inspect the hamburger menu button.

Expected Behavior:
`html#main-window body box toolbox#navigator-toolbox toolbar#nav-bar.browser-toolbar 
toolbaritem#PanelUI-button toolbarbutton#PanelUI-menu-button.toolbarbutton-1` should be labelled "Firefox Developer Edition"  in Developer Edition (as in 87.0b9).

Actual Behavior:
`html#main-window body box toolbox#navigator-toolbox toolbar#nav-bar.browser-toolbar 
toolbaritem#PanelUI-button toolbarbutton#PanelUI-menu-button.toolbarbutton-1` is labelled 
"Firefox".


`html#main-window body box toolbox#navigator-toolbox toolbar#nav-bar.browser-toolbar 
toolbaritem#PanelUI-button toolbarbutton#PanelUI-menu-button.toolbarbutton-1` is correctly labelled as "Nightly" in 89 Nightly.