av9ash/GitBugs huggingface dataset:
Bug: When opening a new window with a custom new window URL configured, the web content is initially focused rather than the address bar
Status: VERIFIED
Priority: P3
Resolution: WONTFIX
Created: 2022-05-23 18:38:45+00:00
Resolved: 2022-09-21 20:51:15+00:00

**Steps to reproduce:**
1) Open Firefox and visit `about:preferences#home`
2) In the New Windows and Tabs section, select "Custom URLs..." in the first dropdown, then enter, for example, "https://connect.mozilla.org" into the input field immediately below
3) Open a new window either via the app menu (App Menu > New Window) or the keyboard shortcut (Ctrl+N)

**Expected results:**
Upon opening a new window with a custom new window URL configured, the address bar should be focused and the URL text already selected

**Actual results:**
Upon opening a new window with a custom new window URL configured, the address bar is NOT focused and the web content is focused instead
Bug: [HCM] about:telemetry expended menus are not visible in hcm
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2022-05-24 12:35:13+00:00
Resolved: 2023-11-01 17:24:47+00:00

#### Affected Versions:
Nightly 102a1, Beta 101 and Release 100

#### Tested on:
Windows 10, Windows 7, Ubuntu 22

#### Preconditions:

High contrast mode enabled

#### Steps to reproduce:

   1. Launch firefox and reach about:telemetry
   2. Click on the Histograms menu in the left side.

#### Expected Results:
  The histograms submenu should be visible.

#### Actual Results:
   The histograms submenu is not visible.

#### Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0e1179305bc22c8bb034cca6f66d8e3864fd77d5&tochange=740fad344989d083fad880469a0555ac68010d34

#### Notes:
The issue is reproducible using both black and white high contrast mode.
Bug: Microphone icon hidden in permission popup
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-24 13:13:10+00:00
Resolved: 2022-06-30 08:37:57+00:00

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

Steps to reproduce:

Visited meet.google.com and joined a meeting. 


Actual results:

The permissions popup opened as expected. However, there is no icon beside the 'Microphone Array' text (see screenshot). Looking at the browser inspector, the icon is loaded, but has a width of 0, so it does not show. Simply setting the width to 16px does the trick, but there still might be a better solution.


Expected results:

I would expect that there would be an icon for both the microphone and the camera - right now there is only an icon for the camera.
Bug: Pinned tabs are not correctly handled when the number of normal tabs overflows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-24 15:48:05+00:00
Resolved: 2022-05-25 12:11:13+00:00

Steps to Reproduce:
 - pin at least two tabs
 - click new tab until the tabs overflow

Expected behavior:
 - pinned tabs stay in place and normal tabs overflow

Actual results:
 - pinned tabs are shown under the close/expand/minimize buttons

This can also be reproduced with the following:
 - click new tab until the tabs overflow
 - create two new tabs and pin them

I've tested on Mac, but have not tested any other platforms.

First noticed on:  102.0a1 (2022-05-24) (64-bit)
Bug: Intermittent [TV] browser/components/customizableui/test/browser_PanelMultiView_focus.js | Test timed out - | Uncaught exception received from previously timed out test - ViewShown listener on #testMainView not removed before the end of test
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-24 18:37:43+00:00
Resolved: 2022-08-12 20:33:48+00:00

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

---
```
[task 2022-05-24T16:51:33.332Z] 16:51:33     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_focus.js | The panel is closed to begin with. - "closed" == "closed" - 
[task 2022-05-24T16:51:33.336Z] 16:51:33     INFO - Buffered messages finished
[task 2022-05-24T16:51:33.336Z] 16:51:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_PanelMultiView_focus.js | Test timed out - 
[task 2022-05-24T16:51:33.337Z] 16:51:33     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-05-24T16:51:33.337Z] 16:51:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_PanelMultiView_focus.js | Uncaught exception received from previously timed out test - ViewShown listener on #testMainView not removed before the end of test
[task 2022-05-24T16:51:33.338Z] 16:51:33     INFO - Entering test bound testSubViewByKeypress
[task 2022-05-24T16:51:33.338Z] 16:51:33     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_focus.js | The panel is closed to begin with. - "closed" == "closed" - 
[task 2022-05-24T16:51:33.339Z] 16:51:33     INFO - GECKO(2778) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-05-24T16:51:33.339Z] 16:51:33     INFO - GECKO(2778) | MEMORY STAT | vsize 3200MB | residentFast 435MB | heapAllocated 195MB
[task 2022-05-24T16:51:33.340Z] 16:51:33     INFO - TEST-OK | browser/components/customizableui/test/browser_PanelMultiView_focus.js | took 45062ms
```
Bug: content process value used to index to an object in addTags()
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-24 21:07:45+00:00
Resolved: 2023-01-17 04:32:01+00:00

While auditing code for variants of part of the Pwn2Own exploit, I came across [some code in Pocket](https://searchfox.org/mozilla-central/rev/c6620104602decf1af7c6a9f78692426db6a5da2/browser/components/pocket/content/pktApi.jsm#634) that indexes into an object with a value provided by a content process (probably a privileged content process?). Fortunately, I don't think there's a security impact, but it would be good to switch this code to use a Map or something to avoid future issues. (I'm hiding this bug because it kind of explains how bug 1770137 works.)

```
var usedTags = usedTagsJSON ? JSON.parse(usedTagsJSON) : {};
...
  var tagToSave = tags[i].trim();
  var newUsedTagObject = {
    tag: tagToSave,
    timestamp: new Date().getTime(),
  };
  usedTags[tagToSave] = newUsedTagObject;
```

`tags` is a value passed in from the content process.

If `tagToSave` is the string `"__proto__"`, then the prototype of `usedTags` will get set to the Object `newUsedTagObject` instead of adding a new property. The only thing that is done with `usedTags` is that it is passed to JSON.stringify(), and in my local experimentation this seems to have no effect on it.

I believe that the only real impact is that you can't tag a Pocket article with `"__proto__"`, but I haven't actually tried it.
Bug: Pinned tabs displaying incorrectly in Nightly when large number of tabs open
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-24 22:04:33+00:00
Resolved: 2022-05-24 23:07:05+00:00

Affected version:
Nightly- 102.0a1 (2022-05-24) (64-bit)

Platform:
MacOS 12.3.1

Steps to reproduce:
1. Open Firefox
2. Open a few tabs and pin them (ex. 5)
3. Open more tabs filling the available window width (until the pinned tabs get pushed farther left into the OS elements).
4. Observe the pinned tabs moving left. With just the right amount of tabs open you may see it jitter back and forth between displaying properly/improperly.
4.a In full screen mode, pinned tabs will disappear completely, and you will not be able to see them even if you navigate with the < or > buttons.
Bug: When SHOW_MIGRATION_WIZARD special action used, navigate: true doesn't close Spotlight
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-05-24 23:28:28+00:00
Resolved: 2022-08-08 17:25:57+00:00

We're working around this in https://experimenter.services.mozilla.com/nimbus/import-infrequent-eco2204-en/details using auto_advance, but that's unusual UX, and means some number of people may miss the dialog entirely if they're distracted at the wrong moment.

The last paragraph in bug 1770737 comment 1 describes what appears to be a straightforward way to fix this.
Bug: Intermittent browser/components/newtab/test/browser/browser_asrouter_remoteimages.js | RemoteImages DB was saved to disk after load() falled back to download - {"version":1,"images":{"about-robots":{"recordId":"about-robots","mimetype":"image/png","hash":
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-25 01:54:39+00:00
Resolved: 2022-07-26 00:08:33+00:00

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

---
```
[task 2022-05-25T00:17:25.602Z] 00:17:25     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_asrouter_remoteimages.js | RemoteImages DB changed after load() - {"version":1,"images":{"about-robots":{"recordId":"about-robots","mimetype":"image/png","hash":"29f1fe2cb5181152d2c01c0b2f12e5d9bb3379a61b94fb96de0f734eb360da62","lastLoaded":1653437844041}}} notDeepEqual {"version":1,"images":{"about-robots":{"recordId":"about-robots","hash":"29f1fe2cb5181152d2c01c0b2f12e5d9bb3379a61b94fb96de0f734eb360da62","mimetype":"image/png","lastLoaded":"NaN"}}} - 
[task 2022-05-25T00:17:25.602Z] 00:17:25     INFO - Buffered messages finished
[task 2022-05-25T00:17:25.604Z] 00:17:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_asrouter_remoteimages.js | RemoteImages DB was saved to disk after load() falled back to download - {"version":1,"images":{"about-robots":{"recordId":"about-robots","mimetype":"image/png","hash":"29f1fe2cb5181152d2c01c0b2f12e5d9bb3379a61b94fb96de0f734eb360da62","lastLoaded":1653437844041}}} deepEqual {"version":1,"images":{}} - JS frame :: chrome://mochitests/content/browser/browser/components/newtab/test/browser/browser_asrouter_remoteimages.js :: test_remoteImages_load_fallback/< :: line 110
[task 2022-05-25T00:17:25.604Z] 00:17:25     INFO - Stack trace:
[task 2022-05-25T00:17:25.604Z] 00:17:25     INFO - chrome://mochitests/content/browser/browser/components/newtab/test/browser/browser_asrouter_remoteimages.js:test_remoteImages_load_fallback/<:110
[task 2022-05-25T00:17:25.604Z] 00:17:25     INFO - Leaving test bound test_remoteImages_load_fallback
[task 2022-05-25T00:17:25.605Z] 00:17:25     INFO - Entering test bound test_remoteImages_expire
[task 2022-05-25T00:17:25.606Z] 00:17:25     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_asrouter_remoteimages.js | RemoteImages should have no images - {} deepEqual [] - 
```
Bug: Intermittent browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected searchMode - {"source":1,"isPreview":false,"entry":"oneoff"} deepEqual {"source":4,"entry":"oneoff","isPreview":false} - JS frame :: resource://testing-common/UrlbarTestUti
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-05-25 02:34:09+00:00
Resolved: 2022-07-25 23:16:09+00:00

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

---
```
[task 2022-05-25T01:08:44.044Z] 01:08:44     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs.js | gURLBar.searchMode should exist as expected - true == true - 
[task 2022-05-25T01:08:44.044Z] 01:08:44     INFO - Buffered messages finished
[task 2022-05-25T01:08:44.045Z] 01:08:44     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected searchMode - {"source":1,"isPreview":false,"entry":"oneoff"} deepEqual {"source":4,"entry":"oneoff","isPreview":false} - JS frame :: resource://testing-common/UrlbarTestUtils.jsm :: assertSearchMode :: line 494
[task 2022-05-25T01:08:44.045Z] 01:08:44     INFO - Stack trace:
[task 2022-05-25T01:08:44.045Z] 01:08:44     INFO - resource://testing-common/UrlbarTestUtils.jsm:assertSearchMode:494
[task 2022-05-25T01:08:44.046Z] 01:08:44     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs.js:localShortcutClick:537
[task 2022-05-25T01:08:44.046Z] 01:08:44     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected result source should have a name - "tabs" == true - 
```
Bug: TPS - validate is not a function (try 2)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-25 06:51:43+00:00
Resolved: 2022-05-27 08:19:01+00:00

In bug 1765743, @irios reported:
> [phase phase1] RunNextTestAction failed - TypeError: this.pingValidator.validate is not a function(resource://tps/tps.jsm:1206:41) JS

and in that bug I fixed a different TPS failure, not this one :/ I managed to reproduce this by setting the preference `testing.tps.skipPingValidation` to false, which is how it is run for iOS. Tthe code that tried to short-circuit the validator was broken, because `this.pingValidator` wasn't a function for a property. The attached patch fixes it.
Bug: Tooltips for links and Find in Page bar animations do not respect the Reduce Motion accessibility setting
Status: NEW
Priority: --
Created: 2022-05-25 12:50:00+00:00
Resolved: 2022-05-30 05:54:52+00:00

**Affected versions**

* Nightly 102.a1
* Beta 101.0b9
* Release 101.0
* Esr 91.10.0


**Affected platforms**

* Win 10 x64
* Ubuntu 20.04
* macOs 10.15
* macOs 11

**Preconditions**

**Windows**
*Reach Setting > Ease of Access > Display > Show Animations in Windows > switch to OFF

**Mac**
*Reach the System Preferences, click Accessibility, then click Display and Select the Reduce motion option.

**Linux**
*TWEAKS > General > Animations disable


**Steps to reproduce**

1. Launch the Firefox browser and reach https://www.mozilla.org/en-US/privacy/firefox/
2. Hover the mouse over any Link displayed on that page.
3. Turn off the animations.
4. Hover over any links displayed on the page.
5. Hit Ctrl/Cmd + F shortcut.

**Expected result**

* Tooltips for links and Find in Page bar are displayed without animation.


**Actual result**

* Tooltips for links and Find in Page bar are displayed with animation.


**Suggested Severity**

* S4

**Regression range**

* I'll will find a regression as soon as posible if there is one.

**Additional notes**

* There is no difference between having the Animation setting ON or OFF.
Bug: Built-in sidebar documents flicker white when opening after the first time
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-25 19:13:24+00:00
Resolved: 2022-12-14 17:16:32+00:00

### STR
1. Enable system dark theme or something similar that results in the built-in sidebars having a dark background
2. Press Accel+B to open the bookmarks sidebar
3. Press it again to close it
4. Press it again to open it a 2nd time (you can repeat this arbitrarily many times)

### Expected
Sidebar should have a dark background from the first paint.

### Actual
The sidebar background flickers white very briefly before the themed background appears.

### Cause
I have no idea. It certainly doesn't seem to be a CSS issue. I couldn't pick a component to file this in because it could be theme-related, or it could be a lower level issue with the content viewer. The thing is, I can't reproduce this with any other browsers. Tabbed browsers don't flicker like this, and neither do WebExtensions panel browsers. I don't see any issue in the embedded mini browsers in the dialogs in about:preferences either. So the issue seems restricted to the sidebar.

However, the issue doesn't reproduce if you switch between two sidebars without closing the sidebar. Like if you alternate between pressing Accel+B and Accel+H to open the bookmarks and history sidebars, there is no white flash between them. The white flash only appears when the sidebar opens. But it doesn't appear the first time you open the sidebar in a given window. I'm guessing that has something to do with the sidebar state being restored from the opener or the xul store?

I can also get this to reproduce with some extension-provided sidebars. I didn't focus on that because it's a bigger issue for there to be a flicker for the built-in sidebars, and because some extension documents have always flickered white while loading. But I was able to reproduce the exact issue with [Multithreaded Download Manager](https://addons.mozilla.org/firefox/addon/multithreaded-download-manager/), where it flickers upon opening the sidebar from a closed state, but not the first time the sidebar is opened, and not if the sidebar is already open with a different document.

I'll try a regression when I get a chance.
Bug: When explicitly setting AboutNewTab.newTabURL to a URL string, sometimes the URL text is not plugged into the address bar when a new tab is opened. The address bar displays its usual placeholder text instead.
Status: NEW
Priority: P3
Created: 2022-05-25 19:36:04+00:00
Resolved: 2022-06-14 02:27:31+00:00

**Steps to reproduce:**

1) Run `$ ./mach run` to start up a new Firefox dev build
2) Open up the browser toolbox (ctrl-shift-alt-i)
3) In the browser toolbox console, paste `AboutNewTab.newTabURL = "https://web.mit.edu/"` and hit Enter
4) Back in your Firefox dev build, open up a new tab.

**Expected Results:**
The URL string "https://web.mit.edu/" appears in the address bar.

**Actual Results:**
The address bar displays its usual placeholder text.

**Observations**

When I explicitly assign `AboutNewTab.newTabURL`, sometimes the URL text appears in the address bar and other times the URL text is NOT plugged into the address bar (and the address bar just shows its usual placeholder text).

Here is a sampling of new tab URLs where the URL text IS plugged into the address bar:
`AboutNewTab.newTabURL = "https://nytimes.com"`
`AboutNewTab.newTabURL = "https://yale.edu"`
`AboutNewTab.newTabURL = "https://harvard.edu"`
`AboutNewTab.newTabURL = "https://youtube.com"` 
`AboutNewTab.newTabURL = "https://amazon.com"`

And here is a sampling of new tab URLs where the URL text is NOT plugged into the address bar at all:
`AboutNewTab.newTabURL = "https://web.mit.edu/"`
`AboutNewTab.newTabURL = "https://www.ucla.edu/"`
`AboutNewTab.newTabURL = "https://www.lego.com/en-us"`
`AboutNewTab.newTabURL = "https://www.mozilla.org/en-US/"`
`AboutNewTab.newTabURL = "https://connect.mozilla.org/"`
`AboutNewTab.newTabURL = "https://theuselessweb.com/"`
`AboutNewTab.newTabURL = "https://binarypiano.com/"`
`AboutNewTab.newTabURL = "http://corndog.io/"`

Note that for this second group, even when the page is refreshed, the URL text is still not plugged into the address bar, and the address bar still displays its usual placeholder text.

I've tested these a few times over several days, and whichever group a website falls into, it has consistently fallen into that group, no switching between groups.

Per [Drew Willcoxon's comment](https://bugzilla.mozilla.org/show_bug.cgi?id=1426058#c7), this may be related to how long it takes the page to load. There may be one or more race conditions somewhere.
Bug: New implementation ignores browser.download.useDownloadDir
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-05-25 20:41:17+00:00
Resolved: 2024-05-09 19:06:51+00:00

With `screenshots.browser.component.enabled` we currently seem to ignore `browser.download.useDownloadDir`.

STR:
1) Set `screenshots.browser.component.enabled` to `true`
2) Set `browser.download.useDownloadDir` to `false`
3) Take a screenshot

ER: Filepicker opens

AR: Screenshot is saved to `Downloads` directory
Bug: Display glitches (missing content) in New Tab page and Customization panel on newly-launched browser
Status: NEW
Priority: P3
Created: 2022-05-26 14:04:51+00:00
Resolved: 2022-07-05 16:45:17+00:00

Noticed in today's Nightly on macOS, but I don't know if it's a new regression.

See screenshot:
(a) the New Tab page that appears when the browser is launched does not show the expected "Sponsored" note under the first two tiles (Amazon, Nike), which are sponsored items.
(b) the customization panel is utterly broken, with all its text missing.

If I open a new tab or window, these problems disappear; they only show up in the first tab in the initial browser window.
Bug: Presenters who aren't ready shouldn't have to "Block" future permissions to back out of screen picker
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-05-26 16:21:56+00:00
Resolved: 2022-11-15 12:42:31+00:00

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

STRs:
1. In a video meeting https://jsfiddle.net/jib1/q75yb8pf/ click the "Present" button to present a document to your audience
2. Say you can't find the document you wanted to present, or you're not ready to present right now after all for whatever reason
3. Dismiss the prompt using the least restrictive negative option (`Block`)
4. At a later point in the meeting, try clicking the "Present" button again

Expected result:
- The least restrictive option shown in step 3 should be `Not Now` or something similarly benign that merely dismisses the prompt.
- Step 4 should work like step 1.

Actual result:
- The least restrictive option shown in step 3 is `Block`.
- Step 4 doesn't work, and the presenter is hosed (prevented from presenting) until they either locate the permission drop-down in the URL bar and revoke the *"Temporarily Blocked ✖"* permission, or (more likely) drop and rejoin the call by refreshing the page.

## Parity
Other browsers are more lenient:
- Safari will block permission only after the user has dismissed the prompt 3 times
- Chrome appears to allow an unlimited number of attempts
Bug: Firefox Suggest should not recommend "Vietnam War" when user searches for "Vietnam"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-05-26 20:43:35+00:00
Resolved: 2023-01-20 13:20:43+00:00

This behavior is inconsistent with both Firefox Suggest's own patterns as well as Mozilla's values.

**Inconsistency with Firefox Suggest's own pattern:**
When searching for "Australia", Firefox Suggests the Wikipedia page for the country Australia. When searching for "Canada", Firefox Suggests the Wikipedia page for the country Canada. The same holds for: China, France, Germany, India, New Zealand, Pakistan, Philippines, Russia, South Africa, Soviet Union.

**Inconsistency with Mozilla's values:**
The US has a history of war propaganda that associates all people of Asian descent as enemies of the state. This propaganda is a direct cause of the anti-Asian violence we see today in the US. (It is not the only cause, but it is certainly one of them.) For examples of this mechanism, see:
* [this documentary](https://www.documentary.org/feature/looking-enemy-documentary-memorial)
* [this Washington Post article](https://www.washingtonpost.com/news/made-by-history/wp/2017/10/06/as-we-rethink-the-vietnam-war-we-have-to-grapple-with-its-racial-implications/)

When Firefox promotes the association of `Vietnam` with `war`, Mozilla is in a small way perpetuating this legacy of anti-Asian war messaging.