av9ash/GitBugs huggingface dataset:
Bug: Regression: Sites don't load in latest Nightly on Mac M1
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-24 16:57:08+00:00
Resolved: 2021-03-08 18:23:19+00:00

Nightly 88.0a1 (2021-02-24) (64-Bit)
MacBookAir M1

1) Install Nightly on MacBookAir M1
2) Start Nightly

Actual: Sites not loading - only the site loading indicator on the tabs is to see

Expected: Sites should load.

(Firefox Stable 86 works without any issues.)
Bug: [Win7/8.1] Minimize, Maximize and Close buttons are no longer visible if Firefox Alpenglow theme is used with Webrender
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-24 18:33:22+00:00
Resolved: 2022-07-08 02:15:12+00:00

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

*Affected versions*
* 88.0a1 (20210224100119)


*Affected platforms*

* Windows 8.1x64


*Steps to reproduce*
1. Open Firefox and go to Customize mode.
2. Set Alpenglow theme and observe the top buttons.

*Expected result*
* Buttons are displayed as expected.

*Actual result*
* The buttons are not displayed.

*Notes*
Tested with a new profile.
Bug: Intermittent  TV browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | Test timed out -
Status: NEW
Priority: P3
Created: 2021-02-24 20:13:53+00:00
Resolved: 2021-04-26 06:31:11+00:00

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

---
```
[task 2021-02-24T17:45:50.145Z] 17:45:50     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | Sanity check: the Urlbar does not have the supress-focus-border attribute. - true == true - 
[task 2021-02-24T17:45:50.145Z] 17:45:50     INFO - Awaiting for the urlbar panel to open
[task 2021-02-24T17:45:50.146Z] 17:45:50     INFO - Buffered messages finished
[task 2021-02-24T17:45:50.146Z] 17:45:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | Test timed out - 
[task 2021-02-24T17:45:50.147Z] 17:45:50     INFO - GECKO(2939) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-02-24T17:45:50.148Z] 17:45:50     INFO - GECKO(2939) | MEMORY STAT | vsize 2801MB | residentFast 292MB | heapAllocated 99MB
[task 2021-02-24T17:45:50.148Z] 17:45:50     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_suppressFocusBorder.js | took 45151ms```
Bug: The focused and closed address bar reverts to unfocused colors when the panel is closed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-24 20:21:45+00:00
Resolved: 2021-04-01 13:50:24+00:00

STR
0. Enable `browser.proton.enabled` and `browser.proton.urlbar.enabled`. Apply the default theme.
1. Open the address bar panel.
2. Press ESC.

Expected results: The address bar reverts to its focused-and-closed state (white background, blue focus ring).

Actual results: The address bar background colour is the same as the unfocused address bar, which is a light grey. The focus ring is shown.
Bug: Intermittent TV browser/base/content/test/contextMenu/browser_contextmenu_spellcheck.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-24 22:56:38+00:00
Resolved: 2021-03-09 16:47:02+00:00

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

---
```
[task 2021-02-24T19:50:25.053Z] 19:50:25     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_spellcheck.js | checking if popup is closed - 
[task 2021-02-24T19:50:25.053Z] 19:50:25     INFO - Moved focus to #input_spellcheck_incorrect
[task 2021-02-24T19:50:25.054Z] 19:50:25     INFO - Waiting for spell check
[task 2021-02-24T19:50:25.054Z] 19:50:25     INFO - Buffered messages finished
[task 2021-02-24T19:50:25.054Z] 19:50:25     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_spellcheck.js | Test timed out - 
[task 2021-02-24T19:50:25.055Z] 19:50:25     INFO - GECKO(1761) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-02-24T19:50:25.055Z] 19:50:25     INFO - GECKO(1761) | MEMORY STAT | vsize 7692MB | residentFast 302MB | heapAllocated 116MB
[task 2021-02-24T19:50:25.055Z] 19:50:25     INFO - TEST-OK | browser/base/content/test/contextMenu/browser_contextmenu_spellcheck.js | took 90328ms
[task 2021-02-24T19:50:25.055Z] 19:50:25     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-02-24T19:50:25.056Z] 19:50:25     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_spellcheck.js | Found a tab after previous test timed out: http://example.com/browser/browser/base/content/test/contextMenu/subtst_contextmenu_input.html - 
[task 2021-02-24T19:50:25.076Z] 19:50:25     INFO - checking window state```
Bug: Restart panel conflicts with Close Tabs Confirmation modal (notification shows up but is unclickable)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-02-24 23:14:46+00:00
Resolved: 2024-02-16 23:32:08+00:00

In Nightly,  the restart to update panel (hamburger menu notification / see attached screenshot) conflicts visually with the close tab confirmation modal. Restart panel buttons were not clickable.
Bug: Not using 'var' keyword in Javascript for loop inside recursive function causes infinite loop
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-24 23:44:31+00:00
Resolved: 2021-03-11 16:05:12+00:00

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

Steps to reproduce:

function recurse(someValue) {
  if (someValue) {
    for (i=0; i<5; i++) {
      recurse(someAction(someValue));
    }
  }
}


Actual results:

Infinite loop that was not stoppable and crashed my computer


Expected results:

variable i should have been local to the function and isolated from subsequent calls, however it was overwritten by each subsequent recursion
Bug: No Min/Max/Close Caption visible or available (Wit x64/87.0b2-64)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 00:30:40+00:00
Resolved: 2021-03-04 19:18:42+00:00

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

Steps to reproduce:

Since update to 87.0b2, Min/Max/Close do not appear.
It was present in previous B versions, though this did previously occur under beta for 86, I did not track the version it happened under at the time as it was resolved in an following update.

"Menu Bar" is not/has never been displayed.
Density is Compact.
There are no titlebar addons in effect.

Ran in Safemode, and with Reset browser data, still no Min/Max/Close visible.


Actual results:

No Min/Max/Close


Expected results:

Min/Max/Close should be visible and available
Bug: Buttons at the right of tabs are all missing on Windows 7 if using themes other than default
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 00:36:59+00:00
Resolved: 2021-03-04 19:16:27+00:00

With the latest nightly, on Windows 7 using a theme other than the default make all the buttons that should be on the right of tabs to become invisible (user can still use them though).
Bug: Proton Pref Removes Firefox Account Icon
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 01:32:56+00:00
Resolved: 2021-02-25 04:09:33+00:00

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

Steps to reproduce:

Be on the latest nightly with browser.proton.appmenu.enabled=true and look at the firefox accounts button


Actual results:

My firefox account profile picture isn't there when proton is enabled, but is there when it's disabled


Expected results:

My firefox account profile picture should have been there
Bug: Intermittent browser/components/preferences/tests/browser_sync_pairing.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-25 03:22:56+00:00
Resolved: 2022-05-17 17:04:53+00:00

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

---
```
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_sync_pairing.js | All expectedStyleSheetURLs should have been found - 
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - Buffered messages finished
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_sync_pairing.js | Test timed out - 
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - GECKO(1560) | MEMORY STAT | vsize 130552515MB | residentFast 4699MB
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - TEST-OK | browser/components/preferences/tests/browser_sync_pairing.js | took 198189ms
[task 2021-02-25T02:30:54.870Z] 02:30:54     INFO - Not taking screenshot here: see the one that was previously logged```
Bug: flatpak with ppa problems
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-25 07:03:20+00:00
Resolved: 2021-03-19 06:38:44+00:00

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

Steps to reproduce:

1. installed firefox from ppa
2. installed firefox from flatpak
3. run each of them and close


Actual results:

Running the Flatpak install actually pulls the profile data from the PPA install, and running the PPA version creates an instance that uses the Flatpak icon in the dock. After trying switching from beta to stable for each, the issue did not change. It appears that the Flatpak and PPA installs cannot exist at the same time.


Expected results:

Both of these installs should be able to co-exist. The Flatpak data is kept in a completely different location from the PPA install and the core concept of the Flatpak is a sandbox configuration. I currently have this setup with Chrome, a Flatpak and PPA install co-existing with no issues.
Bug: The set theme is reset if you click the “Not now” button from the “about:welcome” page
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-02-25 10:36:22+00:00
Resolved: 2021-05-28 14:48:38+00:00

[Affected versions]:
- Firefox Release 86.0  (Build ID:20210222142601)

[Affected Platforms]:
- macOS 11.1
- Windows 10 x64
- Ubuntu 20.04 x64.

[Prerequisites]:
- Have a new Firefox profile.
- Have the OS Light Theme set.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the “about:addons” page and enable the Dark theme from the “Theme” section.
3. Navigate to the 3rd slide of the onboarding.
4. Click on the “Not now” button.
5. Observe the behavior.

[Expected result]:
- The Dark theme set at step 2 is still enabled.

[Actual result]:
- The Automatic theme becomes enabled.

[Notes]:
- This issue is not reproducible if the“about:welcome” page is refreshed after the theme is changed from the "about:addons>Themes" page.
- Also, this issue is not reproducible on the Nightly channel.
- Attached a screen recording with the issue.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/backforward/browser_longpress_session_history_menu.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-02-25 11:02:52+00:00
Resolved: 2021-03-23 17:04:08+00:00

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

---
```
[task 2021-02-25T10:07:45.286Z] 10:07:45     INFO - TEST-START | browser/base/content/test/backforward/browser_longpress_session_history_menu.js
[task 2021-02-25T10:13:59.698Z] 10:13:59     INFO - Buffered messages logged at 10:07:45
[task 2021-02-25T10:13:59.700Z] 10:13:59     INFO - Entering test bound restore_history_entry_by_middle_click
[task 2021-02-25T10:13:59.702Z] 10:13:59     INFO - Buffered messages logged at 10:07:47
[task 2021-02-25T10:13:59.703Z] 10:13:59     INFO - waiting for the history menu to open
[task 2021-02-25T10:13:59.705Z] 10:13:59     INFO - Buffered messages logged at 10:07:48
[task 2021-02-25T10:13:59.706Z] 10:13:59     INFO - Waiting for menu items to be populated
[task 2021-02-25T10:13:59.708Z] 10:13:59     INFO - TEST-PASS | browser/base/content/test/backforward/browser_longpress_session_history_menu.js | Expected session history items - 
[task 2021-02-25T10:13:59.711Z] 10:13:59     INFO - Waiting for history menu to be hidden
[task 2021-02-25T10:13:59.712Z] 10:13:59     INFO - Waiting for history item to be restored in a new tab
[task 2021-02-25T10:13:59.714Z] 10:13:59     INFO - Buffered messages logged at 10:07:49
[task 2021-02-25T10:13:59.716Z] 10:13:59     INFO - TEST-PASS | browser/base/content/test/backforward/browser_longpress_session_history_menu.js | undefined assertion name - 
[task 2021-02-25T10:13:59.717Z] 10:13:59     INFO - Leaving test bound restore_history_entry_by_middle_click
[task 2021-02-25T10:13:59.719Z] 10:13:59     INFO - Buffered messages finished
[task 2021-02-25T10:13:59.720Z] 10:13:59    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/backforward/browser_longpress_session_history_menu.js | application timed out after 370 seconds with no output
```
Bug: Some <description> tags display differently in the identity panel
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-25 12:49:45+00:00
Resolved: 2021-04-13 12:41:56+00:00

Before bug  1590884, <description> tag had a display value (which we determined as being display: flow-root) that was overriding whatever other CSS set (unless it was display: none).

Now: https://searchfox.org/mozilla-central/rev/df23c6e58c6be1eb8399e475878f73d4867bef87/browser/themes/shared/controlcenter/panel.inc.css#55-81

is overriding `display: flow-root` with `display: inherit` giving it wrong line-wrapping behaviour.
Bug: Custom tracking protection - cookies dropdown option has wrong name
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 13:42:51+00:00
Resolved: 2021-03-22 13:00:09+00:00

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

Steps to reproduce:

Selected custom tracking protection, clicked on the cookies dropdown, that says "Cross-site Cookies - includes social media cookies".


Actual results:

The first value in the dropdown is called "Cross-site TRACKING Cookies - includes social media cookies".


Expected results:

The value in the dropdown should also be called "Cross-site Cookies - includes social media cookies" (without the word TRACKING), since that is the default value when selecting the custom tracking Protection.

Also the functionality fits that name better, since it includes the total tracking protection. TTP is also used in the strict version of tracking protection, where the cookie blocking is also set to "Cross-site Cookies - includes social media cookies".
Bug: New window hotkey context and file menu
Status: NEW
Priority: --
Created: 2021-02-25 16:49:15+00:00
Resolved: 2021-03-21 14:25:10+00:00

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

Steps to reproduce:

Regarding the file and context menu hotkeys.


Actual results:

The hotkey letter (previously W) for "new window" in the context menu (right click a link) has changed to D.

This mismatches the file menu hotkey letter N for new window, as W in the file menu opens a private window for some reason.


Expected results:

Hotkeys have been switching around before causing issues. A while back there was a hotkey switch that over-road a previous value in the find window/bar because of diacritic letters.

This change doesn't seem warranted, as W in the context menu does nothing now.

Consistent hotkeys make the browser easier and more predictable to use.
Bug: Sync had an error and recently sending a tab from iOS to Windows PC doesn’t work until I manually sync the Windows PC.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-25 17:22:52+00:00
Resolved: 2021-02-25 21:02:09+00:00

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

Steps to reproduce:

I don’t know the steps to reproduce.


Actual results:

I never noticed an issue with sync until I saw the error long.
Bug: "Show More" is displayed instead of "Show More Tabs" in the FxA menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 17:42:19+00:00
Resolved: 2021-03-04 19:12:26+00:00

#### Tested with:

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

Windows 10
Ubuntu 18.04
#### 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. Observe the "Show More" option.

#### Actual result:

The string displayed is "Show More".
#### Expected result:

The string should be "Show More Tabs".

Note: The issue is reproducible both with and without Proton enabled.
Bug: Regression: Megabar Resultlist Text is 1px too far right and no longer aligned with Address Bar Text
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-25 18:57:38+00:00
Resolved: 2021-04-01 13:48:14+00:00

Nightly 88.0a1 (2021-02-25) (64-Bit)
MacBookAir M1

1) Type Something into the Address Bar
2.) Compare the textposition of Address Bar with Resultlist

Actual: Megabar Resultlist Text is 1px too far right and no longer aligned with Address Bar Text

Expected: Megabar Resultlist Text should be moved 1px too the left to be aligned again with Address Bar Text

This is a recent regression.
Bug: Firefox freeze on wake
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-25 19:00:07+00:00
Resolved: 2021-02-25 20:52:17+00:00

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

Steps to reproduce:

- Connect computer to monitor
- Let computer sleep.
- Unlock computer after wake.
- Try and use Firefox


Actual results:

This seems to be an intermittent but when I load from wake Firefox is very slow, almost frozen. I then have to quit Firefox then reopen it in order to get a working browser again. I have also experienced this behavior with Nightly.

I run MacOS with an M1 if that helps.


Expected results:

When my computer loaded from sleep Firefox was immediately (or at least very soon after wake) usable.
Bug: Re-enable browser_openImportCSV.js for test-verify
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-02-25 20:03:21+00:00
Resolved: 2021-03-03 04:23:51+00:00

As of bug 1649940 browser_openImportCSV.js is failing test-verify for all platforms: 

INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | It should have one item as added - Got "0", expected "1"
INFO - Stack trace:
INFO - chrome://mochikit/content/browser-test.js:test_is:1359
INFO - chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/browser_openImportCSV.js:test_open_import_one_item_from_csv/<:268

INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutlogins/tests/browser/browser_openImportCSV.js | It should have one item as unchanged - Got "2", expected "1"
INFO - Stack trace:
INFO - chrome://mochikit/content/browser-test.js:test_is:1359
INFO - chrome://mochitests/content/browser/browser/components/aboutlogins/tests/browser/browser_openImportCSV.js:test_open_import_all_four_categories/<:310

Try: https://treeherder.mozilla.org/jobs?repo=try&revision=507a91a7879d2ce6b8fa703414ec87a76a489adf&selectedTaskRun=UAx6t5fLQ2WZUiiAgRXuUQ.0
Bug: Youtube video list of channels won't load
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-02-25 21:02:20+00:00
Resolved: 2021-03-12 14:53:24+00:00

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

Steps to reproduce:

I pinned the Youtube tab on Firefox.


Actual results:

I will tell exactly what I've done.
So I've pinned the Youtube tab on Firefox for fast access, I also have a second pinned tab for Netflix (don't know if that matters.).

I've searched for "MPControlWard" on youtube and clicked on his channel, after that I've clicked on "Videos" to see his latest uploads and the page didn't show any Videos. It showed the search bar and the left side menu but not the content.

It also won't load the videos after multiple refresh attempts and hard refresh doesn't work too.


Expected results:

It should show the uploaded videos of a channel.