av9ash/GitBugs huggingface dataset:
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/modules/test/browser/browser_UsageTelemetry_uniqueOriginsVisitedInPast24Hours.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-25 21:52:46+00:00
Resolved: 2021-05-04 17:05:18+00:00

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

---
```
[task 2021-02-25T21:25:47.168Z] 21:25:47     INFO - TEST-START | browser/modules/test/browser/browser_UsageTelemetry_uniqueOriginsVisitedInPast24Hours.js
[task 2021-02-25T21:31:58.919Z] 21:31:58     INFO - Buffered messages logged at 21:25:47
[task 2021-02-25T21:32:01.634Z] 21:32:01     INFO - Entering test bound test_uniqueDomainsVisitedInPast24Hours
[task 2021-02-25T21:32:03.771Z] 21:32:03     INFO - TEST-PASS | browser/modules/test/browser/browser_UsageTelemetry_uniqueOriginsVisitedInPast24Hours.js | We should have no domains recorded in the history right after resetting - 
[task 2021-02-25T21:32:05.142Z] 21:32:03     INFO - Buffered messages finished
[task 2021-02-25T21:32:06.227Z] 21:32:03    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/modules/test/browser/browser_UsageTelemetry_uniqueOriginsVisitedInPast24Hours.js | application timed out after 370 seconds with no output
[task 2021-02-25T21:32:06.384Z] 21:32:03    ERROR - Force-terminating active process(es).
[task 2021-02-25T21:32:06.384Z] 21:32:03     INFO - Determining child pids from psutil...
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - [1618, 1642, 1698, 1738, 1770, 1802, 1840, 1931]
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1570
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1618
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1642
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1698
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1738
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1770
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1802
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - ==> process 1555 launched child process 1931
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - Found child pids: set([1698, 1642, 1738, 1931, 1570, 1840, 1618, 1802, 1770])
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - Failed to get child procs
[task 2021-02-25T21:32:06.391Z] 21:32:06     INFO - Killing process: 1698
[task 2021-02-25T21:32:06.403Z] 21:32:06     INFO - TEST-INFO | started process screentopng
[task 2021-02-25T21:37:22.824Z] 21:37:22     INFO - TEST-INFO | screentopng: exit 0```
Bug: ui.systemUsesDarkTheme: top panel obscures min/max/restore/quit decorations
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-26 00:50:34+00:00
Resolved: 2022-07-07 18:09:24+00:00

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

Steps to reproduce:

Windows 7, Nightly 88. Regression is approximately four updates ago: so about two days (I update twice a day)

STR
- enable `ui.systemUsesDarkTheme` = `1`
- enable built-in light or dark theme (not default)


Actual results:

- the min/max/restore/quite icons are obscured behind the top panel


Expected results:

the min/max/restore/quite icons should not be behind the top panel

see attached image: my mouse pointer (not shown) is hovering over one of the buttons and reflecting a blue glow
Bug: Intermittent TV browser/modules/test/browser/browser_HomePage_add_button.js | There's a space between home and urlbar - Got 4, expected 5
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-26 01:59:30+00:00
Resolved: 2021-04-13 17:03:38+00:00

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

---
```
[task 2021-02-26T00:47:25.693Z] 00:47:25     INFO - TEST-PASS | browser/modules/test/browser/browser_HomePage_add_button.js | Home button is after stop/refresh - 
[task 2021-02-26T00:47:25.693Z] 00:47:25     INFO - Buffered messages finished
[task 2021-02-26T00:47:25.694Z] 00:47:25     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_HomePage_add_button.js | There's a space between home and urlbar - Got 4, expected 5
[task 2021-02-26T00:47:25.694Z] 00:47:25     INFO - Stack trace:
[task 2021-02-26T00:47:25.694Z] 00:47:25     INFO - chrome://mochikit/content/browser-test.js:test_is:1359
[task 2021-02-26T00:47:25.695Z] 00:47:25     INFO - chrome://mochitests/content/browser/browser/modules/test/browser/browser_HomePage_add_button.js:testHomeButtonPlacement/<:157
[task 2021-02-26T00:47:25.695Z] 00:47:25     INFO - chrome://mochitests/content/browser/browser/modules/test/browser/browser_HomePage_add_button.js:withTestSetup:36
[task 2021-02-26T00:47:25.695Z] 00:47:25     INFO - TEST-PASS | browser/modules/test/browser/browser_HomePage_add_button.js | Home button is in the nav-bar - ```
Bug: Intermittent TV browser/components/customizableui/test/browser_ctrl_click_panel_opening.js | Uncaught exception - at resource://testing-common/BrowserTestUtils.jsm:1203 - TypeError: can't access property "addEventListener", subject is null
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-02-26 02:02:21+00:00
Resolved: 2021-03-01 06:36:32+00:00

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

---
```
[task 2021-02-26T00:51:20.749Z] 00:51:20     INFO - TEST-START | browser/components/customizableui/test/browser_ctrl_click_panel_opening.js
[task 2021-02-26T00:51:20.784Z] 00:51:20     INFO - TEST-INFO | started process screenshot
[task 2021-02-26T00:51:20.844Z] 00:51:20     INFO - TEST-INFO | screenshot: exit 0
[task 2021-02-26T00:51:20.845Z] 00:51:20     INFO - Buffered messages logged at 00:51:20
[task 2021-02-26T00:51:20.845Z] 00:51:20     INFO - Entering test bound test_appMenu_mainView
[task 2021-02-26T00:51:20.845Z] 00:51:20     INFO - Buffered messages finished
[task 2021-02-26T00:51:20.846Z] 00:51:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_ctrl_click_panel_opening.js | Uncaught exception - at resource://testing-common/BrowserTestUtils.jsm:1203 - TypeError: can't access property "addEventListener", subject is null
[task 2021-02-26T00:51:20.846Z] 00:51:20     INFO - Stack trace:
[task 2021-02-26T00:51:20.846Z] 00:51:20     INFO - waitForEvent/<@resource://testing-common/BrowserTestUtils.jsm:1203:7
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - waitForEvent@resource://testing-common/BrowserTestUtils.jsm:1202:12
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - test_appMenu_mainView@chrome://mochitests/content/browser/browser/components/customizableui/test/browser_ctrl_click_panel_opening.js:21:39
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - Tester_execTest/<@chrome://mochikit/content/browser-test.js:1089:34
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - Tester_execTest@chrome://mochikit/content/browser-test.js:1129:11
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - nextTest/<@chrome://mochikit/content/browser-test.js:943:14
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:1037:23
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - Leaving test bound test_appMenu_mainView
[task 2021-02-26T00:51:20.847Z] 00:51:20     INFO - Entering test bound test_appMenu_libraryView
[task 2021-02-26T00:51:20.986Z] 00:51:20     INFO - TEST-PASS | browser/components/customizableui/test/browser_ctrl_click_panel_opening.js | Library menu shown after button pressed - ```
Bug: Add Favicons to Nightly Sync Bookmark Bar after Sync login
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-26 03:36:44+00:00
Resolved: 2021-03-01 06:16:13+00:00

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

Steps to reproduce:

Install a new OS on my laptop workstation.
Log in and Sync Nightly


Actual results:

Sync restored all of my settings except favicons which I use on my bookmark bar (see attached screenshot).
I have to visit each and every website one by one to restore all the favicons. 


Expected results:

After syncing Nightly, favicons should have been restored along with the bookmarks.
I don't know if this is a bug or just a needed feature request.

As you can see in the screenshot I use the favicons on the bookmark bar without text, so the favicons are essential.
Bug: checkbox is fully black
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-26 05:47:37+00:00
Resolved: 2021-02-28 14:58:42+00:00

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

Steps to reproduce:

* open https://www.w3schools.com/tags/tryit.asp?filename=tryhtml5_input_type_checkbox
* check those checkboxes


Actual results:

The checked checkbox is a fully black square.


Expected results:

There should be a tick mark in the checkbox.

27:17.82 INFO: Last good revision: 7987b7cfb02f031a035d3035078c19a3877dd9a6
27:17.82 INFO: First bad revision: d548eba4ee80aab8ae8954fa135ec383402afffe
27:17.82 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7987b7cfb02f031a035d3035078c19a3877dd9a6&tochange=d548eba4ee80aab8ae8954fa135ec383402afffe
Bug: Upon a Windows 10 reboot, Firefox opens an additional Firefox Window titled Yahoo Seach Results
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-26 05:50:56+00:00
Resolved: 2021-09-27 22:11:25+00:00

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

Steps to reproduce:

Rebooted Windows 10 Pro (actually, I updated Windows 10 Pro.) 


Actual results:

Upon a Windows 10 reboot Firefox opens an additional Firefox Window titled Yahoo. It has been doing this for some time as I recall upon reboot. My current WIndows version is 20H Build 19042.844.


Expected results:

Only one Firefox Window should have opened as there was only one open before rebooting.
Bug: OOM crash while moving bookmarks
Status: NEW
Priority: P3
Created: 2021-02-26 06:20:43+00:00
Resolved: 2023-05-29 16:01:12+00:00

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

Steps to reproduce:

Firefox Nightly crashed while i was moving ~ 12,000 bookmarks (cut and paste) from bookmarks toolbar, or a certain menu category, to.. "Other Bookmarks", using the Bookmarks Manager window.

This should be possible, i have 16GB RAM and a well optimized PC. It went fine for a few minutes, had moved like 30% already (I selected all bookmarks a few times to see progress, the number in each directory) and then I selected main bookmarks overview ("All Bookmarks") to wait out the completion. It just crashed in the background at some point next.

This is a common operation of organizing bookmarks to your personal preference after importing (I imported HTML export from Chrome bookmarks) so it should be technically possible, even with such a huge amount of bookmarks. I believe it went fine in the past, although maybe back then i moved it (drag and drop) instead of "Cut" after selecting the ones to move.


Actual results:

Crash occured, the relevant crash was reported at: https://crash-stats.mozilla.org/report/index/1308e767-997c-4e1d-8fa9-adf5d0210226 (sent by me)

I guess something triggered a memory leak, and that this should be the focus of this bug report.


Expected results:

Firefox should be able to successfully move a significant amount of bookmarks, using cut and paste in the bookmarks manager. At least, given that the PC has enough RAM available when the aforementioned process commences.
Bug: Firefox opens "www.http.com" when double schema ("http://http://<ip address>") is used in the address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-26 06:35:56+00:00
Resolved: 2024-05-30 17:28:11+00:00

Tested on Firefox 86.0(MacOS Big Sur)

Detail:

When user enter double schema, user will go to wrong host. I tested other browser(Chrome, Safari, Edge, Firefox Dev), this issue can only be happen on Firefox browser. I am not sure why this happens...

Off-topic(How I noticed this issue):

During my pentesting work, I use other integrated server/api for automation. I mistakenly configured endpoint(i.e. http://http://127.0.0.1/api), I noticed that proxied http request is sending to https://www.http.com//127.0.0.1/api instead of http://127.0.0.1/api. 

Step to reproduce:

Try to visit: http://http://127.0.0.1/api

User will go to https://www.http.com//127.0.0.1/api instead of http://127.0.0.1/api

Expected result: User should not go to https://www.http.com when double schema is used e.g. http://http://
Bug: [Proton] Tabs have too much padding and show less of the label, which is especially apparent at their minimum width
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-26 07:28:08+00:00
Resolved: 2021-04-26 14:00:05+00:00

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

Steps to reproduce:

Enable proton, browse the web for a bit, look at the tab bar


Actual results:

I can read the first two to three letters of the tab titles. The tab titles are now useless.


Expected results:

The tabs should clearly identify the loaded page.
Bug: Firefox Nightly Navigation Buttons not visible in any themes except the default theme in Windows 7
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-26 09:17:22+00:00
Resolved: 2021-03-04 19:18:45+00:00

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

Steps to reproduce:

Firefox Nightly updated to version 88.0a1(2021-02-25)


Actual results:

Navigation buttons (minimize, restore and close) are no longer visible with any themes except the default theme for windows 7 which uses the native OS window design theme


Expected results:

Well navigation buttons should be visible
Bug: FxA toolbar menu changes its size when the user expands the list of synced tabs
Status: NEW
Priority: P3
Created: 2021-02-26 10:04:58+00:00
Resolved: 2021-03-29 12:21:59+00:00

#### Tested with:

Nightly 88.0a1 (2021-02-25)
#### Tested on:

Windows 10
MacOS 10.15
#### Preconditions:

In about:config, set browser.proton.appmenu.enabled = true
#### Steps:

 1. Launch firefox and sign in into FxA using 2 devices.
 2. Open more than 25 tabs on one device and sync tabs with another devices.
 3. Click on the "Show More" option from the Toolbar FxA menu.

#### Actual result:

If the user expands the list of synced tabs from the Toolbar FxA menu, it becomes wider.
#### Expected result:

The toolbar FxA menu should not change its size.

Notes:
 1. The issue does not occurs in the Hamburger Menu.
 2. The issue is reproducible both with and without Proton enabled.
Bug: fox and calendar emoticon not displayed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-26 10:14:58+00:00
Resolved: 2021-03-11 14:28:12+00:00

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

Steps to reproduce:

it displays a square instead of the emoticon

https://www.youtube.com/watch?v=LFsmcwqHOuk
Bug: Part of hamburger menu icon is overlapped if the window is shrinked to its minimum width
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-02-26 10:25:18+00:00
Resolved: 2021-04-01 18:24:54+00:00

**Affected versions**
- Firefox 88.0a1

**Affected platforms**
- Windows 10
- macOS 11.2.2
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Grab the browser from a margin and shrink it to its minimum witdh

**Expected result**
- Hamburger menu icon is fully visible

**Actual result**
- Part of hamburger menu icon is overlapped

**Regression range**
- Introduced with new toolbar

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1EjsthLK04ecxfBZMNSEui6RwLIO4kqDq/view?usp=sharing)
Bug: Items from toolbar are moving when clicking Restore defaults/ Undo buttons
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-26 10:28:31+00:00
Resolved: 2021-03-16 13:21:11+00:00

*Affected versions*
* 88.0a1 (20210222214056)
	
*Affected platforms*
* Windows 10x64
* macOS 11.2
* Ubuntu 20


*Steps to reproduce*
1. Open Firefox and Customize mode.
2. Add a few items to the toolbar.
3. Click on Restore Default/ Undo buttons.
4. Observe the toolbar elements.


*Expected result*
* Elements from the toolbar are placed accordingly when using the Restore Default/ Undo buttons.

*Actual result*
* Items from the toolbar are sometimes shifting when using the Restore Default/ Undo buttons.

*Regression range*
* This was introduced with the new toolbar. Reproducible starting Nightly 87.0a1(2021-02-18).

*Notes*
* Attached a screen recording: [link](https://drive.google.com/file/d/1GsvHKjK1DSyzqzy1MsCcZaFPv3FfWEMK/view?usp=sharing).
* The shifting issue is intermittent.
* [mstriemer] Entering Customize mode changes the padding on the first toolbar button, it looks like this might be the root cause
Bug: keyword search ignores setting config
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-26 11:07:48+00:00
Resolved: 2021-03-10 16:38:55+00:00

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

Steps to reproduce:

In a previous version of Firefox, I set keyword.enabled to false because I do not want keyword searching in what was supposed to be my address bar. I really dislike it.

I rebooted, and found a new version of firefox installed. I began typing a URL in the address bar, and got only search options.  I put in search terms, hit enter. I then verified that about:config still says keyword.enabled is false.


Actual results:

Firefox loaded a google search using the keywords. 


Expected results:

I should have gotten an error.
Bug: One-Off search requires 2 clicks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-26 12:17:08+00:00
Resolved: 2021-02-26 15:11:38+00:00

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

Steps to reproduce:

From the urlbar type "test" and click on the "Google" Search.


mozregression GUI pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=08471023c834ba75bb85d0e92e3d24bf1324b883&tochange=49ba9675c183ccbb6eb9e94a779e470709d0aef1


Actual results:

Did not immediately search Google for test.


Expected results:

Should search with only one click
Bug: Home, Library and Sidebar buttons are removed when selecting Restore Defaults from Customize menu even if they are used before
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-26 15:03:26+00:00
Resolved: 2021-03-11 15:53:59+00:00

*Affected versions*
* 88.0a1 (20210226094123)
	
*Affected platforms*
* Windows 10x64
* macOS 11.2
* Ubuntu 20


*Steps to reproduce*
1. Open Firefox with a new profile and click on the Home, Library, and Sidebar buttons.
2. Restart Firefox with toolbar enabled.
3. Acces Customize mode.
4. Click on the Restore Defaults button.

*Expected result*
* The Library, Sidebar, and Home buttons are still on the toolbar.

*Actual result*
* The used buttons are removed from the toolbar.


*Notes*
* Attached a screen recording: [link](https://drive.google.com/file/d/1yGEiR2uV5SAlzYwPogNY96zqlWnJ2d1N/view?usp=sharing).
Bug: Tab tool-tips persist after alt-tabbing away
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-02-26 15:17:16+00:00
Resolved: 2021-07-29 16:30:18+00:00

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

Steps to reproduce:

1. Hover over a tab, so that the title pops up
2. Alt-Tab away to another window


Actual results:

The tool-tip persisted over the newly focused window until moused over again.


Expected results:

The tooltip should've disappeared. This is a regression from FF DevEd 87.0b3, on which the tooltip does disappear, as it should. I don't think this is a duplicate of #148624, because tooltips from other UI elements (like the "Show downloads", "Reload current page", &c. buttons) correctly go away.
Bug: Updating an used Firefox profile to the latest build with Proton toolbar active will remove Library button from toolbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-26 15:17:38+00:00
Resolved: 2021-03-04 00:12:38+00:00

**Affected versions**
- Firefox 88.0a1

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

**Steps to reproduce**
1. Have an older Firefox with old profile (pre-proton build, for example 2021-01-01)
2. Add the attached user.js with the proton prefs in the profile
3. Launch Firefox and update it

**Expected result**
- Old profiles keeps Home/Library/Sidebar on toolbar after update

**Actual result**
- Home and Sidebar are kept in toolbar but Library is sent to "Customize toolbar"

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1C8kpLqBUzhVcUcSI_7CBuaJX-1JSAT-V/view?usp=sharing)
Bug: Lockwise about:logins | OS dark mode: Passwords shown black-on-black. Unreadable.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-26 19:33:14+00:00
Resolved: 2021-03-10 08:41:43+00:00

+++ This bug was initially created as a clone of Bug #1691248 +++

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

Steps to reproduce:
> Requesting Disability Access help
> As I have sensitivity to light, dark mode is important to me
> As I have AMD, contrasting light characters is important to me
>> There is a real, actual bug here... Only in one function... only in one parameter... only one itsy-bitsy bit is set wrong. This is the reported problem in this my favorite browser. Easy-peasy lemon squeezy. Show me where and I'll fix it myself if necessary.
>>>


-- Looked up a password in Lockwise/about:logins.
- MacOS: Big Sur 11.2
- OS Appearance: Dark 
- FF Theme: Dark (also tried Default theme, same result)
*Attached file -- about:support


Actual results:

-Username displayed as white text on a dark charcoal gray background. (good)
-Password displayed black dots on dark charcoal. (bad)
-Clicked eyeball icon to expose password. 
- -The exposed password is displayed as black text on dark charcoal gray. (sad)
-Unreadable.
-Double click to select the password helps make it legible.
-Meh.


Expected results:

Read exposed password clearly (white on black in dark mode) without using another text app.
Bug: Menu button doesn't work on Firefox 86
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-26 21:02:16+00:00
Resolved: 2021-03-11 17:42:30+00:00

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

Steps to reproduce:

1. Open Firefox 86.0 on Windows 10
2. Try to open menu in main toolbar


Actual results:

Menu panel didn't open


Expected results:

Menu panel must be opened