av9ash/GitBugs huggingface dataset:
Bug: The "Create New Login" button cannot be focused using the keyboard navigation
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 15:46:31+00:00
Resolved: 2020-03-12 00:51:05+00:00

[Affected Versions]:
- Nightly 75.0a1
- Beta 74
- Firefox 73.0.1

[Affected Platforms]
- All Windows
- All Mac
- All Linux

[Prerequisites]
- Have a Firefox profile with logins saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Press the tab key until the "Create New Login" button is focused.
4. Observe the behavior.

[Expected results]:
- The "Create New Login" is correctly focused and remains in this state until the tab key is pressed again.

[Actual results]:
- The "Create New Login" is focused but the focus automatically jumps to the next item without pressing any key.

[Regression]:
- Using mozregression tools I have found a pushlog that contains the fix that introduced this behavior.
- Here are the results:
	Last good revision: ddc25b4c28947b7c89a4d46b127b97bf245cb11a
	First bad revision: ad32f331d00a2c42544570e740e6e6687cd71cd1
	Pushlog: [LINK](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ddc25b4c28947b7c89a4d46b127b97bf245cb11a&tochange=ad32f331d00a2c42544570e740e6e6687cd71cd1)
	
[Notes]:
- The issue is also reproducible if no logins are saved.
- Attached a screen recording with the issue.
Bug: Fluent changes in activity-stream.bundle.js from incorrect version
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 15:54:25+00:00
Resolved: 2020-03-05 22:17:38+00:00

In bug 1617280 changes to the `activity-stream.bundle.js` landed that seem to be generated from the wrong version of Fluent. This causes `activity-stream.bundle.js` changes to show up every time `npm run bundle` is used even if no AS components have been changed.

@Scott can you please land a fix for this?
Bug: OSX Finder menu not showing Firefox menu items
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-03 17:55:48+00:00
Resolved: 2020-03-30 14:28:48+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:

Installed Mac OSX: 10.15.3 (19D76) "Catalina"

Installed firefox


Actual results:

(see attachment) 
The finder menu items for Firefox (File, Edit, etc.) aren't appearing. The menu items are clickable, but it seems that OSX doesn't recognize the letters of the menu items.
Bug: Update about:welcome ping type in 76
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2020-03-03 18:08:38+00:00
Resolved: 2020-06-05 15:56:30+00:00

Follow up to bug 1616371
```
const PING_TYPE = "onboarding";
```
> We could file an issue to change this once we start the new style of experiments in 76, but keeping this consistent with the existing experience for 75 sounds like the right thing to do
Bug: Clicking "Create New Login" does no longer shift focus to the first input in the form
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-03 19:36:31+00:00
Resolved: 2020-03-16 12:25:19+00:00

This is a regression caused by bug 1578736.

STR:
1. Open about:logins
2. Click the "Create New Login"  button

AR:
Focus is on the "Create New Login"

ER:
The focus should be shifted to the Website address field.
Bug: Menubar often has no menus when clicking a link (with Firefox as default browser)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 19:49:40+00:00
Resolved: 2020-03-09 13:32:22+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:

macOS Catalina 10.15.3, Firefox 73.0.1

1. Make sure Firefox is your default browser, and "Open links in tabs instead of new windows" is enabled
2. Quit Firefox
3. Click a link in another app, like a 3rd party Twitter client, or Slack



Actual results:

Firefox launches, but the link is opened in a new window instead of a new tab.  When that new window is active, there are no visible menu items in the menubar (though if you select the Apple menu and drag the cursor to the right, you see a lot of null menus exist but are too tiny to be visible).

Switching back to my other main window full of tabs restores the File, Edit, View, etc. menus.


Expected results:

The link should be opened in a new tab, and the menubar should be unaffected.
Bug: browser.urlbar.clickSelectsAll no longer works
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-03 22:53:41+00:00
Resolved: 2021-04-23 13:22:28+00:00

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

Steps to reproduce:

Using existing Firefox Nightly profile with browser.urlbar.clickSelectsAll to true via user.js:
Click on URL bar

Using new Firefox Nightly profile:
Go to about:config
Attempt to verify that the config option was false (which is the default on UNIX but not Mac)
Click on URL bar


Actual results:

Existing profile:
The entire URL bar was selected with a single click

New profile:
The config option no longer exists
The entire URL bar was selected with a single click


Expected results:

When the config option is false, no part of the URL should be selected with a single click; instead the cursor should just be placed in the URL where clicked.

This appears to have been caused by https://phabricator.services.mozilla.com/D64783

However the behaviour can be unified across platforms by changing the default to true on all platforms instead of completely removing the setting. This setting is especially useful for developers, and removing it makes using the URL bar much more frustrating:

- To go to a completely new URL, I normally use Ctrl-L or open a new tab or use click + Ctrl-A
- Single clicking in the URL bar is very useful to change a part of the URL, such as the request endpoint or a ? parameter or subdomain. With this setting no longer available, I have to either:

- Quadruple click on the URL bar at the desired position (single click selects all, double click selects a 'word', triple click selects all, quadruple click finally places the cursor with no selection)
- Click, wait a second so it doesn't count as a double click, and then click again to place the cursor
Bug: A malicious web page can automatically start a Skype call
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-03 23:50:22+00:00
Resolved: 2020-03-04 07:30:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.9) Gecko/20100101 Goanna/4.4 Firefox/68.9 PaleMoon/28.8.4

Steps to reproduce:

On Windows, the attached POC page will automatically start a Skype call upon visiting it.
 
If the skype: protocol was ever associated with Skype (which, to a frequent Skype user, looks like a pretty reasonable thing to do), the POC page will start a Skype audio call with no user input whatsoever.

Open the attached POC HTML page to replicate the issue.


Actual results:

Skype opened, and the audio call was automatically placed and connected, with no prompts or warnings.


Expected results:

Firefox should warn the user that the HTML page is trying to run an external program (Skype). See Chrome and Edge for an example of how to handle this type of action more safely.

Note that a related report is being submitted to Microsoft's Skype security team for review.
Bug: eslint integration with vscode broken in browser/components/newtab
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-03-04 03:40:56+00:00
Resolved: 2023-05-11 03:02:06+00:00

As of last week(?) it looks like vscode's eslint plugin is having trouble finding the right packages when trying to lint code inside browser/component/newtab. I see a bunch of errors like this:

```
Definition for rule 'getter-return' was not found
Definition for rule 'no-global-assign' was not found
Definition for rule 'no-return-await' was not found
```
Some observations, although I don't know what the cause / fix is for this:
* deleting browser/components/newtab/node_modules fixes the issue, so probably a problem with the eslint plugin not adding the right folders to the node PATH
* mach lint is unaffected
Bug: Front for longstractor/server0.conn0.child1/longstractor83
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-04 07:01:17+00:00
Resolved: 2020-03-25 14:46:19+00:00

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

Steps to reproduce:

when we open the browser Application not getting loaded and showing the error 
Front for longstractor/server0.conn0.child1/longstractor83 it is related to polyfills  


Actual results:

browser show's the blank screen  and shows the error in the console


Expected results:

application should load with ut any bug
Bug: content process crash reporting dialog missing email address field
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-03-04 14:13:40+00:00
Resolved: 2021-01-26 13:52:53+00:00

The crash report dialog you get when a content process crashes doesn't have an email address field.

We should add one so it's in parity with the main process crash report dialog.

Further, (and maybe this should be a new bug), when opting-in to auto-reporting content crashes, maybe Firefox should use the email address you filled in.
Bug: Investigate low enrollment rate for Chrome Switchers experiment
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2020-03-04 15:39:49+00:00
Resolved: 2020-03-30 21:54:29+00:00

Experiment bug: https://experimenter.services.mozilla.com/experiments/chrome-switchers-card-for-onboarding-triplets-in-firefox-73/
Enrollments have been significantly lower than expected pointing to a problem with the attribution data not being available early enough at startup for all users.
Bug: The "AboutWelcomeChild.jsm" telemetry events for the simplified "about:welcome" page cards are not displayed in the "Browser Console" on Windows and Linux
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-04 15:42:26+00:00
Resolved: 2020-04-02 09:05:48+00:00

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

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the following prefs in the "about:config" page:
	- "browser.aboutwelcome.enabled" set to "true";
	- "browser.aboutwelcome.log" set to "debug".
- Have the "Browser Console" opened.
	
**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:welcome" page.
3. Click any card button.
4. Focus the "Browser Console" and observe the telemetry events.

**[Expected result]:**
- An "AboutWelcomeChild.jsm" telemetry event is displayed.

**[Actual result]:**
- No telemetry events are displayed at all.

**[Notes]:**
- This issue is not reproducible on macOS.
- Attached a screen recording of the issue.
Bug: Intermittent browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | 2 == 7 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/tips/head.js :: awaitTip :: line 292
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-04 18:46:23+00:00
Resolved: 2020-05-26 17:04:56+00:00

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

---

[task 2020-03-04T18:15:33.707Z] 18:15:33     INFO - TEST-START | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js
[task 2020-03-04T18:15:34.261Z] 18:15:34     INFO - TEST-INFO | started process screencapture
[task 2020-03-04T18:15:34.399Z] 18:15:34     INFO - TEST-INFO | screencapture: exit 0
[task 2020-03-04T18:15:34.399Z] 18:15:34     INFO - Buffered messages logged at 18:15:33
[task 2020-03-04T18:15:34.399Z] 18:15:34     INFO - Entering test bound setupTestCommon
[task 2020-03-04T18:15:34.399Z] 18:15:34     INFO - Leaving test bound setupTestCommon
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - Entering test bound init
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - Leaving test bound init
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - Entering test bound test
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - TEST-PASS | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | Should be able to reset from mochitest's temporary profile once it's in the profile manager. - true == true - 
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - TEST-PASS | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | There should not be an active update - true == true - 
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - TEST-PASS | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | There should not be an active update - true == true - 
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - Buffered messages logged at 18:15:34
[task 2020-03-04T18:15:34.400Z] 18:15:34     INFO - TEST-PASS | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | true == true - 
[task 2020-03-04T18:15:34.401Z] 18:15:34     INFO - Buffered messages finished
[task 2020-03-04T18:15:34.401Z] 18:15:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/tips/browser_updateRefresh.js | 2 == 7 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/tips/head.js :: awaitTip :: line 292
Bug: new certificate viewer doesn't show signature algorithm for (at least) md5 signatures
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-04 19:13:39+00:00
Resolved: 2020-04-14 12:32:34+00:00

STR:
* visit https://wiki.cacert.org/
* click "advanced"
* click "view certificate"
* click "CA Cert Signing Authority"
The "Signature Algorithm" item is missing from "Miscellaneous" (possibly because it's md5-based?)
Bug: "There are no downloads." text in about:downloads is pretty much unreadable - should use photon colours
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-04 19:56:22+00:00
Resolved: 2020-04-09 02:11:49+00:00

Tested on macOS nightly in case it matters.

The text is grey, and so is the background. The text is also tiny.

I have to assume this regressed at some point, it seems unlikely we shipped it with contrast this low.
Bug: Firefox 73.0.1 loads blank pages Macintosh
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-04 21:22:26+00:00
Resolved: 2020-03-25 13:13:41+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15

Steps to reproduce:

Went to https://samsclub.syf.com/dsec-login/?client=sams
Firefox loads a completely blank page.

Went to bugzilla.mozilla.org to this page, and most functions did not work.  I am using Safari to enter this bug!


Actual results:

Firefox loads blank pages for many websites.


Expected results:

Firefox should have worked!
Bug: Captive portal tab opens in every browser window, not just the active one
Status: NEW
Priority: P3
Created: 2020-03-04 21:27:03+00:00
Resolved: 2022-10-12 00:02:04+00:00

I don't have STR but I think this can probably be reproduced easily with a captive portal network… 

The captive portal login network error page was opened in every Firefox window while at an airport so I had to close it in all my 16 windows. I'm not sure what the purpose of the error page is vs. the notification bar but it probably shouldn't open in every window and if it does it should close when I log in to the portal.
Bug: If a tab opens a download popup as you are moving it, you can't move or close any tab in the window.
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-03-04 23:30:28+00:00
Resolved: 2022-06-15 09:17:04+00:00

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

Steps to reproduce:

1. Open a Firefox window with lots of tabs. 
2. Open a new tab that will create a Download popup. 
3. Before the tab loads in and opens the popup, start dragging it sideways as if to reorder tabs. Don't release the tab until the download popup opens. 


Actual results:

No tabs in the window can be moved or closed. There is also a visual glitch where the dragged tab appears to remain where it was at the moment the popup opened rather than snapping to the align with the other tabs. 


Expected results:

When Firefox is restarted, the tab returns to its original position before dragging. It should return there without restarting Firefox.
Bug: Session restore to virtual desktop does not work on KDE Plasma
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-05 00:08:49+00:00
Resolved: 2020-03-17 15:16:43+00:00

With KDE Plasma 5.17.5 on Fedora 31 and the latest Nightly containing changeset [`323e2a212629`](https://hg.mozilla.org/mozilla-central/rev/323e2a21262949647c7237ad1a73fde670efb13a), session restore does not save the `workspaceID`  to `sessionstore.jsonlz4`.

Using `xprop` I‌ see the correct [`_NET_WM_DESKTOP`](https://specifications.freedesktop.org/wm-spec/1.3/ar01s05.html#idm46041655366880) property. I‌ verified the runtime dynamically linked `libgdk-3.so.0` has the required symbols and I don't see a "... not available" log message with `MOZ_LOG='Widget:10'` (not sure if this is correct).

I‌ was hoping this would just work on Plasma since the implementation looks DE-generic :/
Bug: Context menu hotkeys not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-05 00:53:52+00:00
Resolved: 2020-03-05 13:58:08+00:00

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

Steps to reproduce:

Install new Firefox ESR 68.5.0 with russian locale(there is no problem with Firefox ESR 68.5.0 with english locale)
Right click on any image.
Context menu is opened, put "k" key to "Save Image As..."



Actual results:

Nothing.
(Also, hotkeys do not work in some add-ons. For example, hotkey "U" in add-on "undo close tab button" https://addons.mozilla.org/ru/firefox/addon/undoclosetabbutton/).


Expected results:

File saving dialog should open.
Bug: Intermittent browser/components/search/test/browser/browser_426329.js | application terminated with exit code -6
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-05 05:33:11+00:00
Resolved: 2020-03-31 17:04:04+00:00

**Filed by:** nerli [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=291752714&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/NDI-7ngtRiGQJq4ILuOs5w/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-03-05T04:55:23.624Z] 04:55:23     INFO - TEST-PASS | browser/components/search/test/browser/browser_426329.js | Clear history menuitem enabled - 
[task 2020-03-05T04:55:23.625Z] 04:55:23     INFO - Buffered messages finished
[task 2020-03-05T04:55:23.626Z] 04:55:23    ERROR - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_426329.js | application terminated with exit code -6
[task 2020-03-05T04:55:23.627Z] 04:55:23     INFO - runtests.py | Application ran for: 0:00:20.977762
[task 2020-03-05T04:55:23.628Z] 04:55:23     INFO - zombiecheck | Reading PID log: /tmp/tmpOpfgJSpidlog
[task 2020-03-05T04:55:23.629Z] 04:55:23     INFO - ==> process 2993 launched child process 3008
[task 2020-03-05T04:55:23.630Z] 04:55:23     INFO - ==> process 2993 launched child process 3047
[task 2020-03-05T04:55:23.631Z] 04:55:23     INFO - ==> process 2993 launched child process 3076
[task 2020-03-05T04:55:23.632Z] 04:55:23     INFO - ==> process 2993 launched child process 3144
[task 2020-03-05T04:55:23.633Z] 04:55:23     INFO - ==> process 2993 launched child process 3176
[task 2020-03-05T04:55:23.634Z] 04:55:23     INFO - ==> process 2993 launched child process 3205
[task 2020-03-05T04:55:23.635Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3008
[task 2020-03-05T04:55:23.636Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3076
[task 2020-03-05T04:55:23.637Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3205
[task 2020-03-05T04:55:23.638Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3047
[task 2020-03-05T04:55:23.639Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3144
[task 2020-03-05T04:55:23.639Z] 04:55:23     INFO - zombiecheck | Checking for orphan process with PID: 3176
Bug: Alt + R cannot be used to reload page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-05 10:06:36+00:00
Resolved: 2020-03-16 19:38:54+00:00

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

Steps to reproduce:

Attempting to make Firefox on Linux work with the (really) old-style Alt as the accelkey (so I can use Alt + R to reload, Alt + F to find, etc.).

1. open about:config
2. set ui.key.accelKey to 18
3. set ui.key.menuAccessKey to 17
4. restart Firefox
5. go to any web page and attempt to reload page with Alt + R

I have experimented with various combinations of values for the ui.key settings.  The only trigger to the problem seems to be setting accelKey to 18.


Actual results:

It will either go into Reader View or do nothing.  Force reloading with Shift + Alt + R will reload the page.

This has been a problem ever since the addition of Reader View.  Is it hardcoded to grab Alt + R?


Expected results:

Alt + R should do a normal reload, Shift + Alt + R should to a cache bypass reload.
Bug: Fix drag/drop functionality in about:downloads to download things
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-05 10:28:14+00:00
Resolved: 2020-04-21 11:59:56+00:00

Per bug 978291, this is supposed to work on both the list and the "no downloads" text. That last part I expect broke (at the latest) in bug 1605939.

However, I can't get it to work at all (testing on Windows on beta), dragging either URLs or images from other tabs into either the list or the text - they just replace the about:downloads content with the URL of the dragged item. Maybe I'm doing it wrong? The code and event handlers are still there, it would seem.
Bug: Search service can install extensions after shutdown has started which makes things sad
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-05 12:51:33+00:00
Resolved: 2020-03-30 13:51:43+00:00

I spotted some errors in a log that indicated that we're trying to `installBuiltinAddon` after the addon manager shuts down, which ends in tears because it throws errors.

https://searchfox.org/mozilla-central/rev/c79c0d65a183d9d38676855f455a5c6a7f7dadd3/toolkit/components/search/SearchService.jsm#1301

and

https://searchfox.org/mozilla-central/rev/c79c0d65a183d9d38676855f455a5c6a7f7dadd3/toolkit/components/search/SearchService.jsm#2544

(that one is the one this is hitting, AFAICT)

should probably catch exceptions, and/or we should bail out if `Services.startup.isShuttingDown` is true or `AddonManager.isReady` is false.