av9ash/GitBugs huggingface dataset:
Bug: [Proton] The "Bookmark Toolbar" field is not correctly displayed in Library
Status: NEW
Priority: P2
Created: 2021-05-12 11:58:37+00:00
Resolved: 2021-10-19 18:43:16+00:00

**Affected versions**
* latest Beta 89.0b11
* Nightly 90.0a1

**Affected platforms**
* Win 10 x64
* Win 8.1 x64
* Ubuntu 16.04 x86

**Steps to reproduce**
1. Launch Firefox.
2. Go to Library (CTRL/CMD + Shift + O).
3. Click on a website from the History section, then select "Bookmark Page" option via context menu.

**Expected result**
* The field is correctly displayed for The "Bookmark Toolbar" section.

**Actual result**
* The field is not correctly displayed for The "Bookmark Toolbar" section. It seems that the field is displayed with a light gray if the option is hovered. 

**Suggested Severity**
* S2, since this is a user facing issue on Library. 

**Regression range**
* This seems to be introduced with the proton changes. I cannot reproduce the problem with proton disabled. I will check for a regression range asap. 

**Additional notes**
* please see the attached screenhsot.
* on Win and MacOS, I have also encountered the issues mentioned in bug 1710322.
Bug: image-set without depending on background-size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-12 12:00:21+00:00
Resolved: 2021-05-12 20:05:47+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

Steps to reproduce:

I used CSS image-set without setting background-size to 'cover', where the image has a defined width and height which match the size of the 1x version of the image, with the 2x version of the image being exactly double that of the 1x. CSS Example:

.image {
background-image: image-set(url("low_res_200x75.png") 1x,url("hi_res_400x150.png") 2x);
width: 200px;
height: 75px;
}


Actual results:

When using a high pixel density screen where the 2x image is used, instead of the whole high resolution image fitting into a 200px by 75px space, only the top right part of the larger image is shown, as if it is not being treated as a high pixel alternative and instead being used as a 1x image.

For an live example run the code snippet on this Stack Overflow page: https://stackoverflow.com/questions/67404000/image-set-does-not-work-without-using-background-size-cover-on-firefox-88

Also see the attached screenshot of how this image looks with and without background-size being set to 'cover'


Expected results:

The whole 2x image should fit into the 200px by 75px space without needing to set background-size, taking advantage of the high pixel density of the screen, showing a much sharper version of the image rather than the 1x version.

Setting background-size is not required on other browsers who support image-set, whether thats wrong or right im not sure. The requirement of having to set background-size makes using image-set for sprites impossible, as with a sprite you only want a part of the image shown in both 1x and 2x versions.
Bug: The warning dot for malicious file is covered by the new download tool animation
Status: NEW
Priority: P5
Created: 2021-05-12 13:12:05+00:00
Resolved: 2021-05-13 05:22:49+00:00

**Affected versions**
- Firefox 89.0b11
- Firefox 90.0a1

**Affected platforms**
- Windows 7
- macOS 11.3.1
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Access [testsafebrowsing](https://testsafebrowsing.appspot.com/) page
3. Download any malicious file from "Desktop Download Warnings"

**Expected result**
- The warning dot is not covered by the new download tool animation

**Actual result**
- The warning dot is covered by the new download tool animation

**Regression range**
- This was introduced with the new download tool icon and animations

**Additional notes**
- The issue can be seen in the attachment
Bug: Tag Arrow from the Bookmark modal and the Checkboxes from the Protocol handlers are not displayed properly when hovering over with High Contrast enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-12 13:19:31+00:00
Resolved: 2021-07-08 17:31:04+00:00

[Affected versions]: 
90.0a1 (2021-05-12) 

[Affected platforms]:
Platforms: Windows

[Steps to reproduce]

1. Enable High Contrast on Windows.
2. Launch the Firefox browser and trigger the Protocol handler modal like opening a zoom meeting link and Hover over the Checkbox
3. Trigger the Add Bookmark modal and hover over the Tags arrow.


[Expected result]
The Checkbox from the protocol handler and the Tag arrow from the Bookmark modal should change their state when the user hovers over them.

[Actual result]
The Checkbox will not change its state when hovering over and when the user checks it and then hovers over it disappears.
The Tag arrow is not displayed unless the user Hovers over it.
Please note that after a user changes focus to a different app like taking a screenshot the tag arrow becomes visible and the user can click it without issues.
Bug: Broken cookie state label in protections panel when set to block all cookies
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-05-12 13:56:48+00:00
Resolved: 2021-05-21 12:04:19+00:00

When Firefox is set to block all cookies and an exception is added for a site, the cookies subpanel of the Protections Panel shows a broken state label. 

This is a regression of Bug 1699669 and therefore affects Beta and Nightly.

I've also noticed that there is an extra vertical divider (the panel does not have a description).  I'll run a separate mozregression on that.

STR:
1. Set `network.cookie.cookieBehavior` to 2 (Block all cookies)
2. Set an allow cookie permission for a website that uses cookies (e.g. via page info window)
3. Load the website and open the protections panel
4. In the "Blocked" section click on "All Cookies"

Expected:
The list entry for the cookie permission should have a state label  "Allowed" which is aligned right with a button to clear the permission

Actual:
The state label shows "undefined" and is not aligned right.
Bug: The white area from the bottom-right part of the new users Onboarding page is displayed with a delay at browser startup
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-05-12 14:05:14+00:00
Resolved: 2022-07-21 15:45:47+00:00

**[Notes]:**
- This issue is more visible on slower machines.

**[Affected versions]:**
- Firefox Beta 89.0b11 - Build ID: 20210511190154
- Firefox Nightly 90.0a1 - Build ID: 20210512094213

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

**[Prerequisites]:**
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Observe the page elements.

**[Expected result]:**
- All the elements are correctly displayed and animated without any delays.
 
**[Actual result]:**
- The white area from the bottom-left part of the new users Onboarding page is displayed with a delay and the animation is accelerated after that.

**[Additional Notes]:**
- This issue is not reproducible if the page is refreshed.
- This issue is not reproducible when navigating to the second screen.
- This issue is no reproducible if the "about:welcome" page is opened in a new tab.
- Attached a screen recording of the issue.
Bug: The gap between the tab and browser specific infobars is larger than the gap between the ones of the same type
Status: NEW
Priority: P3
Created: 2021-05-12 14:19:58+00:00
Resolved: 2021-05-13 05:20:39+00:00

**Affected versions**
* Nightly 90.0a1
* Beta 89.0b11

**Affected platforms**
* All

**Steps to reproduce**
1. Launch Firefox
2. Go to about:config and set: "devtools.chrome.enabled" = **true**
3. Go to https://permission.site/ and press the "Protocol Handler" button
4. Open the "Browser console" and paste in the following two strings (separately) and press *"Enter"* after each one:
* CaptivePortalWatcher._showNotification()
* gStoragePressureObserver.observe({QueryInterface: () => ({data:5368709119})}, "QuotaManager::StoragePressure")

**Expected result**
* The gap between the infobars is the same size (even between tab and browser specific notifications)

**Actual result**
* The gap between the tab and browser specific notifications is larger
Bug: Firefox deadlocked/frozen, potentially related to closing and opening tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-12 15:23:25+00:00
Resolved: 2021-07-15 18:46:46+00:00

Observed 3 times in the last 4 weeks, all with Nightly on Windows 8.1

When tabs got closed, Nightly froze and didn't react to interaction attempts anymore.

From the thread which still showed activity:
```
0x0000000000000000
wow64cpu.dll!CpupSyscallStub+0x2
wow64cpu.dll!Thunk0ArgReloadState+0x5
wow64.dll!RunCpuSimulation+0xa
wow64.dll!Wow64LdrpInitialize+0x172
ntdll.dll!_LdrpInitialize+0xcb
ntdll.dll!LdrInitializeThunk+0xe
ntdll.dll!_ZwWaitForSingleObject@12+0xc
KERNELBASE.dll!WaitForSingleObjectEx+0x99
KERNELBASE.dll!_WaitForSingleObject@8+0x12
nss3.dll!_PR_MD_WAIT_CV+0x8f
nss3.dll!PR_WaitCondVar+0x57
xul.dll!WatchdogMain+0xb6
nss3.dll!_PR_NativeRunThread+0x140
nss3.dll!pr_root+0x16
ucrtbase.DLL!thread_start<unsigned int (__stdcall*)(void *)>+0x3f
KERNEL32.DLL!@BaseThreadInitThunk@12+0x24
ntdll.dll!__RtlUserThreadStart+0x2f
ntdll.dll!__RtlUserThreadStart@8+0x1b
```
There were 112 threads, many threads mentioned `ucrtbase.DLL!thread_start<unsigned int (__stdcall*)(void *)>`

Once I attached the debugger but didn't get clues what was wrong (does it need to be attached before the deadlock?)
Bug: weather.com search problem
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-12 15:46:50+00:00
Resolved: 2021-05-20 00:24:54+00:00

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

Steps to reproduce:

Entered my local weather 10 day page. Read it, then wanted to check another zip code/city . This also occurs on the entry page
https://weather.com/weather/tenday/l/97215:4:US
https://weather.com/


Actual results:

Cannot use search box for any other zip/state. Verified that Chrome allows this "normal" search function


Expected results:

New search should occur-one zip code search should not lock the site

Also: entry page should allow a search by city or zip code
Bug: Duplicate toolbar separator if protections panel cookie subview heading is hidden
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-12 16:27:48+00:00
Resolved: 2022-10-04 09:37:58+00:00

For some cookie behavior states we hide the heading of the cookie subview in the protections panel:
https://searchfox.org/mozilla-central/rev/27722db2f164add7047d7db03169966cb806e927/browser/base/content/browser-siteProtections.js#754,758,762

Before Bug 1705540 the separator was attached to the heading and therefore hidden with it. Now that we use `toolbarseparator` items instead, we end up with a duplicate separator if the heading is hidden. 

STR:
1. Set `network.cookie.cookieBehavior` to `2` (block all cookies)
2. Visit a site that sets cookies, for example edition.cnn.com.
3. Open the protections panel and click on "All Cookies"

Expected:
There is a separator between the heading "All Cookies Blocked" and the origin item list.

Actual:
There are two separators.
Bug: Infinitely pages update on shutterrstock.com
Status: NEW
Priority: --
Created: 2021-05-12 16:51:04+00:00
Resolved: 2021-05-14 15:19:09+00:00

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

Steps to reproduce:

- Open https://www.shutterstock.com/search/vector
- Open images in new tabs, but not open this tabs


Actual results:

New tabs will be infinitely updated until you open them and wait for the end of the update.


Expected results:

Just open page in new tab and not update it infinitely
Bug: Link to download full build from About dialog is broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-12 17:04:16+00:00
Resolved: 2022-01-20 21:25:31+00:00

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

When I try to update from the autoupdate the URL https://www.mozilla.org/en-GB/sco/firefox/channel/desktop/#nightly does not appear to be correct.
Bug: Intermittent browser/components/newtab/test/browser/browser_aboutwelcome_multistage.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-12 17:09:43+00:00
Resolved: 2023-10-20 12:01:36+00:00

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

---
```
[task 2021-05-12T16:33:05.153Z] 16:33:05     INFO - TEST-START | browser/components/newtab/test/browser/browser_aboutwelcome_multistage.js
[task 2021-05-12T16:34:35.190Z] 16:34:35     INFO - TEST-INFO | started process screentopng
[task 2021-05-12T16:34:35.502Z] 16:34:35     INFO - TEST-INFO | screentopng: exit 0
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - Buffered messages logged at 16:33:05
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_aboutwelcome_multistage.js | Sanity check the temporary file doesn't exist. - true == true - 
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - Entering test bound setup
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - Leaving test bound setup
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - Entering test bound test_multistage_zeroOnboarding_experimentAPI
[task 2021-05-12T16:34:35.503Z] 16:34:35     INFO - Buffered messages finished
[task 2021-05-12T16:34:35.504Z] 16:34:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_aboutwelcome_multistage.js | Test timed out - 
[task 2021-05-12T16:34:35.505Z] 16:34:35     INFO - GECKO(1569) | MEMORY STAT | vsize 20975065MB | residentFast 1105MB
[task 2021-05-12T16:34:35.506Z] 16:34:35     INFO - TEST-OK | browser/components/newtab/test/browser/browser_aboutwelcome_multistage.js | took 90163ms```
Bug: Site information panel is incorrectly aligned to the button on about: pages with "Firefox" pill
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-12 17:38:44+00:00
Resolved: 2021-05-25 19:17:29+00:00

When an about: page with a "Firefox" or "Nightly" pill (site information) is open and the pill is pressed, the site information box is incorrectly aligned to the pill. This happens on every desktop platform.
Bug: Reduce the size of the close button on infobars and use the correct smaller close icon for tabs
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-05-12 18:48:20+00:00
Resolved: 2023-03-30 15:10:16+00:00

Katie pointed out to me that the close icon for infobars should be reduced in size to use close-12.svg, and the tab's close icon which is already 12px by 12px isn't using close-12.svg, which has better pixel alignment at that size.

While working on this we noticed that the tab close button isn't using the --toolbarbutton-icon-fill color.
Bug: Number inputs with right padding make the spin buttons unable to be clicked
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-12 19:42:51+00:00
Resolved: 2021-05-19 14:45:30+00:00

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

Steps to reproduce:

Use anything similar to <input type="number" style="padding-right: 16px;" />

It must be a number input and have some positive right padding. Padding values higher than the width of the spinner buttons (16px) will make them completely unable to be clicked. Smaller values will only make the buttons partially unclickable. It appears as though the click boundaries are no longer being updated when padding is changed.

I have confirmed that this does not occur in FF 87.0, and only started happening in FF 88.0.


Actual results:

I cannot click the spin buttons (it will instead focus on the text in the input field).


Expected results:

The spin buttons are pressed, changing the number value.
Bug: Proton download indicator is off-centre
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-12 20:56:50+00:00
Resolved: 2021-05-13 05:58:55+00:00

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

Steps to reproduce:

Download a file and watch the download circle icon thing


Actual results:

The icon shows the download percent through the "pie" icon, but the inner blue circle is off-centre, and seems skewed towards the top left side of the outer circle


Expected results:

The inner blue circle should be perfectly centred inside the outer circle.
Bug: Missing border in urlbar with an external theme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-12 20:58:40+00:00
Resolved: 2021-05-12 21:15:37+00:00

**Affected**
windows 10 64bit and Ubuntu 20 64bit, MacOS 10.15

**Affected versions**
Firefox nightly 90.0a1
Firefox beta 89.0b11

**Preconditions**
install theme https://addons.mozilla.org/es/firefox/addon/matte-black-red/
Proton ON

**Steps to reproduce**
Launch Firefox and have theme matte black red installed
open a site with a black background
click on address bar.


**Actual result**
no border in search suggestions is shown

**expected result**
border should be shown

Notes if the background of the website is white, the issue is almost invisible.
the problem comes when the background of the site is black, there should be a border, like it does on release.
Bug: about:welcome should not offer to set the default browser if browser.shell.checkDefaultBrowser is false
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-12 21:27:23+00:00
Resolved: 2024-05-21 20:58:29+00:00

We have partners that either can't set the browser as default or don't want to have set the browser as default (for contractual reasons).

So we have the pref:

browser.shell.checkDefaultBrowser

to prevent the browser from checking if it's the default browser (should stop the popup and the infobar).

I believe we should not offer to set the default on firstrun if this is set as well.
Bug: Container Lists are out of sync
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2021-05-12 22:31:17+00:00
Resolved: 2024-02-14 22:16:52+00:00

hey, not sure if Containers are part of MR1 rollout of they will remain on Nightly by default, but I noticed that the container order doesn’t sync between the list in the extension button and the long press on the new tab button. The new tab list order also persist in the `about:preferences#containers`.
Bug: Can't use directional arrows with Pocket extension
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-05-12 22:33:35+00:00
Resolved: 2021-07-07 10:00:57+00:00

I can no longer use the directional keys to select the keywords within the Pocket extension. Usually when saving content to Pocket, one could press down to select a keyword in the list when provided.
Bug: Intermittent [tier2] TV browser/components/preferences/tests/browser_contentblocking.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-05-13 02:16:13+00:00
Resolved: 2022-07-26 16:57:49+00:00

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

---
```
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_contentblocking.js | all of the warnings to reload tabs are still hidden - 
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - Buffered messages logged at 01:14:38
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - Global property added while loading chrome://browser/content/places/browserPlacesViews.js: PlacesViewBase
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - Leaving test bound testContentBlockingReloadWarningSingleTab
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - Entering test bound testReloadTabsMessage
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - Buffered messages logged at 01:14:49
[task 2021-05-13T01:14:54.651Z] 01:14:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_contentblocking.js | The warning in the standard section should be showing - 
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - Buffered messages logged at 01:14:52
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - TEST-PASS | browser/components/preferences/tests/browser_contentblocking.js | The warning in the standard section should have hidden after being clicked - 
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - Leaving test bound testReloadTabsMessage
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - Buffered messages finished
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_contentblocking.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-05-13T01:14:54.652Z] 01:14:54     INFO - GECKO(1630) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-05-13T01:14:54.653Z] 01:14:54     INFO - GECKO(1630) | MEMORY STAT | vsize 7782MB | residentFast 377MB | heapAllocated 138MB
[task 2021-05-13T01:14:54.653Z] 01:14:54     INFO - TEST-OK | browser/components/preferences/tests/browser_contentblocking.js | took 110663ms```
Bug: [Proton] Too little padding in Activity Tracking Notification/Bubble
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-05-13 07:45:27+00:00
Resolved: 2023-03-07 18:27:56+00:00

Nightly 90.0a1 (2021-05-12) (64-Bit)
macOS

1.) go to youtube.com
2.) click on the Security Shield so that the Doorhanger appears
3.) click on the Activity Tracking Switch in the Doorhanger to activate/deactivate the tracking

Actual: An Activity Tracking Notification appears, which has too little padding between text and border on top/bottom. Looks very squeezed :(

Expected: More padding on top/bottom of the text in that notification.

A screenshot is attached.

Thanks.
Bug: The “New Tab” option from the Tab Bar context menu does not generate telemetry data
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-13 08:32:31+00:00
Resolved: 2021-05-26 12:16:35+00:00

**Affected versions**
* Firefox 90.0a1 (BuildId:20210512174859)
* Firefox 89.0b11 (BuildId:20210511190154)


**Affected platforms**
* Windows 10 64bit.
* macOS 10.15
* Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox.
2. Access the about:telemetry page.
3. Right click on the Tab Bar (not on a tab).
4. Click the “New Tab” option.
5. Switch to the about:telemetry page and refresh it.
6. Perform a search for a newtab event. 

**Expected result**
* Telemetry events are recorded successfully. 

**Actual result**
* No telemetry event is recorded for the "New Tab" action. 

**Regression Range**
* Not sure if this is a regression. I can reproduce this issue with builds from 2021-04-12 (when bug 1692840 landed).

**Notes**
* As a side note, Triggering the “New Tab” context menu option from a particular tab successfully records a telemetry event called “context-openANewTab”.