av9ash/GitBugs huggingface dataset:
Bug: The "X" button inside the cards is not focused while navigation with Tab key
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-02 15:42:41+00:00
Resolved: 2020-04-14 15:41:04+00:00

**Affected versions**
* latest Nightly 75.0a1

**Affected platforms**
* Windows 10 x64
* macOS 10.15
* Ubuntu 18.04 x64

**Steps to reproduce**
1. Launch Firefox and navigate to "about:protections".
3. Navigate using the Tab key to the “X” button from the “Take your passwords everywhere” or “Block ad trackers across more devices” cards (to enable this last card you need to change the `browser.contentblocking.report.show_mobile_app` to true)

**Expected result**
- The “X” button is focused. 

**Actual result**
- The “X” button cannot be  focused; when reaching the iOS link from the card, it goes to the next button/link, skipping the close button.

**Regression range**
* This doesn’t seem to be a regression, I was able to reproduce this on an older Nightly build as well, e.g 75.0a1 (2020-02-25); one of the first builds with these banners implemented.
Bug: "Bookmark this page" option is missing from Bookmarks sub-menu of Top menu on first access in current Firefox Beta Mac os x
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-02 17:56:31+00:00
Resolved: 2020-03-03 09:05:54+00:00

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

Steps to reproduce:

1. Open Firefox 74.0b9
2. Click on "Bookmarks" submenu at top of screen


Actual results:

1. The "Bookmark this page" option is missing on first access (see attached Screenshot)
2. Performing a different operation such as clicking elsewhere causes the option to appear on second access.


Expected results:

"Bookmark this page" option to appear in the submenu on first access
Bug: Salesforce ticketing service, email function, isn't working correctly on Nightly but works fine in regular Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-02 20:05:38+00:00
Resolved: 2020-03-17 02:38:50+00:00

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

Steps to reproduce:

Salesforce's ticketing service lets you send emails though an on screen email cutout. When I upgraded on Thursday I noticed that when I push the email feature button it would pop this window out into a new tab. This doesn't happen in regular Firefox that works just fine. This wouldn't be a problem but it doesn't save any of what you type when you send the email, in fact I would go as far as saying that Salesforce didn't intend it to be that way. Unfortunately I'm unable to give you any links because you would have to sign into my company's Salesforce instance. I have attached screenshots and can send other information on what is happening in the browser 


Actual results:

When the email opens in a new tab I get this in the url bar: https://sentryone.my.salesforce.com/email/htmlbody/htmlbody.jsp?_CONFIRMATIONTOKEN=VmpFPSxNakF5TUMwd015MHdOVlF4T1RvMU9UbnlWdEtQSTZFZTNvaXVRLFpHVmlaRGN5&ltn_app_id=06m6100000AAS&isNarrow=false&isdtp=p1&sfdcIFrameOrigin=https%3A%2F%2Fsentryone.lightning.force.com&nonce=e6b8d81fdcc067305f78331d4ca02a01ca3ea9dd978eef3417f&isQuickTextEnabled=true&tour=&layout=CaseLightningEmail&useCkEditorPanels=false&sfdcIFrameHost=web&id=3425%3A0&customCssClasses=&clc=1&sdtd=1
Bug: download dialog does not get focus when browser.download.forbid_open_with = true
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-02 22:02:19+00:00
Resolved: 2020-06-09 04:52:35+00:00

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

Steps to reproduce:

1. In about:config, set the preference browser.download.forbid_open_with to true.
2. Navigate to https://www.mozilla.org/en-US/firefox/download/thanks/
3. Click the download link.


Actual results:

The "You have chosen to open" dialog appears but does not get keyboard focus. The download can only be accepted or rejected by clicking with the mouse. I believe this is new since 73.0.


Expected results:

The dialog should appear and also get keyboard focus, so that you can start the download by pressing Enter or dismiss the dialog by pressing Escape.
Bug: Opening website in new tab with mouse wheel or ctrl+click often doesn't load page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-02 22:23:52+00:00
Resolved: 2020-03-05 13:32:25+00:00

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

Steps to reproduce:

Press control, click on link.
Clicked on link with mouse wheel.


Actual results:

7/10 times it just keeps spinning and tab name is New Tab and it never loads that website.

It's not just specific websites but even firefox, google, facebook.  


Expected results:

Website should have been opened in a new tab
Bug: Style status panel with visibility: hidden when not shown.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-02 22:46:21+00:00
Resolved: 2020-03-05 14:46:09+00:00

Currently the inactive `#statuspanel` is styled with opacity:0 when hidden.

Accessibility APIs exposed opacity:0 elements and most screen readers will read such content.

It would be useful if it is styled as visibility: hidden, so it is fully purged from the tree.
Bug: Search Lockwise by password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-02 23:44:54+00:00
Resolved: 2024-05-30 17:12:13+00:00

I'm using Firefox 73.0.1 on Ubuntu. When I open the builtin password manager (Lockwise) I can search for the account I'm looking for by searching for the username, website or the associated email. However I noticed I can also find my accounts by searching for their passwords.
For instance, if I have an account on example.com with the username: Cool and password: beans123 ; I can find the account by searching "beans123" or even a few initial characters. So I can "find" a password without ever revealing it.
Bug: DllBlocklist entries in BROWSER_PROCESS are blocked in the child process
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-02 23:56:27+00:00
Resolved: 2020-03-09 03:46:53+00:00

Our blocklist consists of `ALL_PROCESSES`, `BROWSER_PROCESS`, and `CHILD_PROCESSES` in [WindowsDllBlocklistDefs.in](https://searchfox.org/mozilla-central/source/mozglue/dllservices/WindowsDllBlocklistDefs.in).  Contrary to the name, entries of `BROWSER_PROCESS` are blocked not only in the browser process but also in the child process.  On the other hand, entries of `CHILD_PROCESSES` are blocked only in the child process.

I think the variable `BROWSER_PROCESS` is a placeholder to define a new blocklist variable which is [commented out](https://searchfox.org/mozilla-central/rev/91f6c02fcf4c16f78fdc4417f61f192688294066/mozglue/dllservices/gen_dll_blocklist_defs.py#360) for now.

Since 73, we activate the same blocklist in the content process.  We could implement `BROWSER_PROCESS` in the same way as `CHILD_PROCESSES` works.
Bug: Update experiments doc for the extensions.experiments.enabled pref
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-03 06:48:31+00:00
Resolved: 2021-02-02 04:35:06+00:00

Starting in 74, the new `extensions.experiments.enabled` pref is required to allow unsigned addons to use privileged APIs, apparently even temporarily loaded addons. This pref is false by default. Info here (thanks to Harry for finding this): https://mail.mozilla.org/pipermail/dev-addons/2020-January/004261.html

This is an important change because previously a temporarily loaded addon could use privileged APIs in any build where the build setting `MOZ_ALLOW_LEGACY_EXTENSIONS` was true. iow you didn't have to do anything as long as you were testing in a Nightly or one-off build. Now you have to set `extensions.experiments.enabled` to true since it defaults to false, or your addon won't work.

Would be worth talking to Shane about defaulting it to true on Nightly and other unbranded builds, although I bet there's a reason it's false.
Bug: Tooltip missing for the the "X" button inside the cards
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-03-03 08:29:11+00:00
Resolved: 2020-05-07 05:32:08+00:00

**Affected versions**
* latest Nightly 75.0a1

**Affected platforms**
* Windows 10 x64
* macOS 10.15
* Ubuntu 18.04 x64

**Prerequisites**
* In about:config, set the preference "browser.contentblocking.report.show_mobile_app" to "true" 

**Steps to reproduce**
1. Launch Firefox and navigate to "about:protections".
2. Scroll down the page and go to the "Mobile Call Card" section.
3. Hover your mouse over the "X" button.

**Expected result**
* The “X” button is focused and a proper tooltip is shown on hover.

**Actual result**
* The “X” button is focused but no there is no tooltip.
Bug: The “Dismiss” button from the “Collection” section does not have a tooltip displayed when hovered
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 10:01:09+00:00
Resolved: 2020-03-18 12:40:17+00:00

**[Affected versions]:**
- Firefox Nightly 75.0a1 Build ID: 20200302212732

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Arch Linux 5.3.6 x64

**[Prerequisites]:**
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.endpoints` set to `http,https`.
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.config` set to `{"api_key_pref":"extensions.pocket.oAuthConsumerKey","collapsible":true,"enabled":true,"show_spocs":true,"hardcoded_layout":false,"personalized":true,"layout_endpoint":"https://e5e8374d-fffa-4a77-a604-31603852b6fd.mock.pstmn.io/1615081-layout"}`.
- Have the value of the pref` browser.search.region` set to `US`.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and hover the “Dismiss” button from the “Collection” section.
3. Observe the “Dismiss” button.

**[Expected result]:**
- The “Dismiss” button tooltip is correctly displayed.

**[Actual result]:**
- There is no tooltip displayed.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Redirect Search tips (google.com) are flicker displayed
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 10:50:16+00:00
Resolved: 2020-03-19 23:40:32+00:00

##### [Environment:]
Windows 10, Mac 10.15.3, Ubuntu 18.04
Firefox Nightly 75.0a1  20200302212732
Firefox 74.0b9 (enabling browser.urlbar.update1.searchTips & browser.urlbar.update1)

##### [Preconditions:]
1. Create a new profile.
2. Verify that no updates have been made in the last 24h (open about:support, update folder , open folder and delete update.xml if any is listed)
3. Set profile age to be older by running the following snippet in browser console: (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
4. Restart browser with restore session and a random youtube.com/video loaded
5. Default search is google.com.

##### [Steps:]
1. Browser is opened with your custom youtube link restored.
2. Focus address bar and type google.com

##### [Actual Result:]
Redirect search tips are displayed and imediately auto-dismissed.

##### [Expected Result:]
Redirect search tips are displayed upon redirecting to any of the google.com homepages.

##### [Note:]
Using the "cheat" preference browser.urlbar.searchTips.test.ignoreShowLimits to true will not reproduce the issue.
Bug: Search Tips are displayed when Captive Portal notification is displayed
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 11:44:58+00:00
Resolved: 2020-03-13 10:03:16+00:00

##### [Description:]
According to the experiment documentation [link](https://docs.google.com/document/d/1cHur2z8B-YqxWqaJcN9ifK6WTr4vKO94fhLBaxPVASg/edit?pli=1#bookmark=id.p51u0i5s36ef) (uncertain if this applies to the "feature" version of Search Tips) , the Search tips should not be displayed when browser notifications are present. 

##### [Environment:]
Windows 10, Mac 10.15.3, Ubuntu 18.04
Firefox Nightly 75.0a1 20200302212732
Firefox 74.0b9 (enabling browser.urlbar.update1.searchTips & browser.urlbar.update1)

##### [Preconditions:]
1. Create a new profile.
2. Verify that no updates have been made in the last 24h (open about:support, update folder , open folder and delete update.xml if any is listed)
3. Set profile age to be older by running the following snippet in browser console: (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })();
4. Restart browser. (session restore not enabled -> about:newtab default loaded)
5. Default search is google.com.
6. Wi-fi compatible device is connected to a captive portal network.

##### [Steps:]
1. Browser is opened with the about:newtab.

##### [Actual Result:]
Onboarding Search Tips are displayed

##### [Expected Result:]
According to the experiment documentation, given the fact that the Captive Portal notification is present, the Search tips should not be displayed
Bug: Saved images from https://www.reddit.com/r/pics/ are saved with .jpg extensions but webp content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 12:10:54+00:00
Resolved: 2020-03-06 02:34:37+00:00

*Affected versions*
* 75.0a1 (20200302212732)
* 74.0 (20200302184608)

*Affected platforms*
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox with a new profile and go to https://www.reddit.com/r/pics/. 
2. Right-click on a random image and select “Save Image as...” context menu option.
3. Save the picture and open it.

*Expected result*
* The image is opened successfully. 

*Actual result*
* `Error interpreting JPEG image file (Not a JPEG file: starts with 0x52 0x49)` error is displayed.

*Regression Range*
* Last good revision: 2840946503b2b78ee175d121371991a3ef234df2
* First bad revision: a90042cbefc60daadcc3d67de6c43aab13c0c6e3
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2840946503b2b78ee175d121371991a3ef234df2&tochange=a90042cbefc60daadcc3d67de6c43aab13c0c6e3
Potential regressor: bug 1526731.



*Notes*
* Attached a screen recording.
Bug: Bookmark destination folder switches to a different one
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 12:26:37+00:00
Resolved: 2020-03-03 15:25:12+00:00

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

Steps to reproduce:

Saved various pages as bookmarks in various folders (Folder1, Folder2, etc.).


Actual results:

In the "Bookmark this page" selection window, the "Folder" menu value is initially set to "Other bookmarks". After 1-2 seconds, the "Folder" menu value automatically switches to a different folder. Upon changing the folder manually, it stays for 1-2 seconds, then reverts to a different folder automatically.


Expected results:

Upon being bookmarked, the page should be saved in the bookmark folder that the user chooses.
Bug: No warning displayed when downloading malicious files using drag and drop
Status: NEW
Priority: P3
Created: 2020-03-03 12:46:01+00:00
Resolved: 2022-10-12 00:01:32+00:00

*Affected versions*
* 75.0a1 (20200302212732)
* 74.0 (20200302184608)
* 73.0.1 (20200217142647)

*Affected platforms*
* Ubuntu 18.04
* Windows 10x64
* macOS 10.15

*Steps to reproduce*
1. Open Firefox with a new profile and go to https://testsafebrowsing.appspot.com/. 
2. Download a random file from “Desktop Download Warnings” (e.g 3). 
3. Drag and drop a random link from “Desktop Download Warnings” to the download arrow.
4. Observe the download panel.

*Expected result*
* Both downloads have a warning displayed.

*Actual result*
* The downloaded file via drag and drop has no warning.

*Regression Range*
* I will search for one ASAP.

*Notes*
* Attached a screen recording.
Bug: Allow fallback to empty string when reading the geo pref in head_search.js
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-03 13:12:58+00:00
Resolved: 2020-03-05 22:15:03+00:00

Bug 1589618  changed head_search.js so that it was no longer setting a `browser.search.geoSpecificDefaults.url` preference before potentially reading one.

This is causing Thunderbird to fail, since they don't have the preference set - we should just fallback to the empty string.
Bug: Download manager animation is displayed improperly on Windows and Ubuntu
Status: NEW
Priority: P3
Created: 2020-03-03 13:26:47+00:00
Resolved: 2022-10-12 00:01:33+00:00

**Affected versions**
* 75.0a1(ID:20200302212732)
* 74.0(ID:20200302184608)

**Affected platforms**
* Windows 10 x64
* Ubuntu 18.04x64
* Windows 10x64 ARM
* Windows 7x64

**Steps to reproduce**
1. Launch Firefox and navigate to http://testsafebrowsing.appspot.com/
2. Go to Desktop Download Warnings 
3. Right click the "link" in order to trigger the context menu.
4. Select "Save link as" option and save it locally.

**Expected result**
* Once the download starts, the animation is displayed only once, without any issues.

**Actual result**
* Once the download animation ends, the begging of the animation is displayed once again.

**Notes**
* This issue does not occur in 73.0.1.
* The animation issue occurs slightly different for Ubuntu. The animation starts with an irregularly big, pixelated download icon that is displayed out of its desginated area.

**Regression range**
* Will return with a regression ASAP
Bug: PDF viewer - zoom carets flicker when opening the zoom options menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-03 13:30:20+00:00
Resolved: 2020-03-18 08:01:18+00:00

**Affected versions**
* 68.6 esr, 73.0.1, 74.0 75.0a1 (2020-02-26)

**Affected platforms**
* Windows 10, Ubuntu 18.04

**Steps to reproduce**
1. Launch Firefox and access http://www.pdf995.com/samples/pdf.pdf
2. Click on the zoom button to choose from the pre-set ones;

**Expected result**
* no glitches;

**Actual result**
* the carets flicker/blink when pressing the zoom button;

**Regression range**
* will check asap;

**Additional notes**
* attached recording with the issue;
* on macOS the menu opens over this button so the behavior is not encountered.
Bug: The “Collection Title” section title does not respect the browser’s “Light” theme colors scheme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-03-03 13:48:48+00:00
Resolved: 2020-05-04 20:49:25+00:00

**[Affected versions]:**
- Firefox Nightly 75.0a1 Build ID: 20200302212732

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Arch Linux 5.3.6 x64

**[Prerequisites]:**
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.endpoints` set to `http,https`.
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.config` set to `{"api_key_pref":"extensions.pocket.oAuthConsumerKey","collapsible":true,"enabled":true,"show_spocs":true,"hardcoded_layout":false,"personalized":true,"layout_endpoint":"https://e5e8374d-fffa-4a77-a604-31603852b6fd.mock.pstmn.io/1615081-layout"}`.
- Have the value of the pref` browser.search.region` set to `US`.
- The “Light” theme is enabled in the “Themes” section located in “about:addons” or the “Default” theme is enabled with the OS theme set to “Light”.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab.
3. Open the “DOM and Style Inspector” by using CTRL/CMD+SHIFT+C.
4. Hover the “Collection Title” and click it.
5. Observe the color displayed in the “Rules View list” section under “This Element”.

**[Expected result]:**
- The “Collection title” color displayed in “Inspector” is #737373.

**[Actual result]:**
- The “Collection title” color displayed in “Inspector” is #0C0C0D.

**[Notes]:**
- The #737373 color is used for the rest of the “New Tab” page titles. (“Top Sites”, “Recommended by Pocket”, “Popular Topics”, “Highlights”)
- Attached a screen recording of the issue.
Bug: Intermittent UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 59: ordinal not in range(128)
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-03-03 14:08:23+00:00
Resolved: 2020-03-09 06:15:43+00:00

**Filed by:** armenzg [at] mozilla.com
**Parsed log:** http://localhost:5000/logviewer.html#?job_id=291333245&repo=servo-try
**Full log:** https://community-tc.services.mozilla.com/api/queue/v1/task/R6HHwJ64TBu51LM_U6bo5g/runs/0/artifacts/public/logs/live_backing.log

---
Bug: Intermittent [taskcluster:error] exit status 1
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-03-03 14:09:06+00:00
Resolved: 2020-03-09 06:15:41+00:00

**Filed by:** armenzg [at] mozilla.com
**Parsed log:** http://localhost:5000/logviewer.html#?job_id=291333236&repo=servo-try
**Full log:** https://community-tc.services.mozilla.com/api/queue/v1/task/N6dcpN4TQkKSJPJZIt-8Rg/runs/0/artifacts/public/logs/live_backing.log

---
Bug: On First opening Firefox, the software hangs for 10 to 20 seconds when anthing is entered into the address bar
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2020-03-03 15:15:53+00:00
Resolved: 2021-08-05 15:57:09+00:00

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

Steps to reproduce:

We have Firefox 68.5.0ESR.  Installed using the .msi file via SCCM.  We have a proxy server.  GPO sets the following:
We can then set the following policies:
•	Set the ImportEnterpriseRoots key to true.
•	Under Proxy, set “Mode” to “autoDetect”
•	DisableAppUpdate to true 
•	Under Homepage, setting URL to [intranet page], and StartPage to “homepage”
•	Under PopupBlocking, setting “allow” to [intranet page]; 
•	Under FlashPlugin, setting “allow” to  [intranet page]
•	Under OverrideFirstRunPage, set to Blank, so it will default to the homepage
•	Under OverridePostUpdatePage, set to Blank, so it will default to the homepage


Actual results:

After start up, anything entered into the address bar followed by enter will cause the tab to go white and hang for about 10 to 20 seconds.  It doesn't seem to matter if hardware acceleration is turned on or off. It doesn't seem to matter whether it be a bookmark shortcut, a search term or and actual address (in the format "www.google.com").  For a few minutes after the initial tab is resolved, there is no hanging.  Then after a period of inactivity for Firefox, the hanging is observed again.


Expected results:

Page to resolve immediately, as they do in Edge or Chrome.
Bug: Using URL search bar for arithmetic returns wrong answers from Google
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 15:27:19+00:00
Resolved: 2020-03-03 15:59:59+00:00

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

Steps to reproduce:

In the URL bar, I entered the string '1000000+260000+60000*7' to get results for a simple arithmetic operation.


Actual results:

The search bar popup returned the result "=1320000"


Expected results:

The search bar popup should have returned the correct result "=1680000"