av9ash/GitBugs huggingface dataset:
Bug: Bookmarked star is not displayed in search suggestion for Reddit.com due to a redirect
Status: NEW
Priority: P3
Created: 2022-05-03 14:16:35+00:00
Resolved: 2023-10-09 15:47:12+00:00

**Affected versions**
* Nightly 102.0a1, Beta 101.0b1, Release 100.0

**Affected platforms**
* Windows 10, macOs 11.1

**Steps to reproduce**
1. Go to a https://www.reddit.com/r/usa and hit ctrl/cmd + d
2. Hit ctrl/cmd + d (the site is Bookmarked)
3. Open a new tab and close the rest of the tabs.
4. In the new opened tab, start filling the bookmarked site (red), until the address bar would show you the bookmarked suggestion.

**Expected result**
* Bookmarked suggestion (blue star) should be displayed into the address bar (search suggestion)

**Actual result**
* Bookmarked suggestion (blue star) is not displayed into the address bar.

**Regression range**
Will find as soon as possible

*Additional notes**
* Bug is reproducible only when copy/paste the link into the address bar. It is not reproducibe if user is typing the link
Bug: Many messaging-system/onboarding pings missing required "event" identifier
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-03 18:48:39+00:00
Resolved: 2023-04-12 20:59:21+00:00

Starting on 2022-04-21, we started seeing a significant number (~100k/day) of onboarding_v1 pings rejected with error:

```
org.everit.json.schema.ValidationException: #: required key [event] not found 
```

The vast majority have user_agent ending in `Firefox/100.0` so likely a new issue in Firefox 100.

?ni :nanj Do you think this could be a new code change?
Bug: Crash in [@ PinCurrentAppToTaskbarImpl]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-05-04 08:26:34+00:00
Resolved: 2022-05-20 14:57:06+00:00

121 crashes from 44 installations of 101.0a1 and 101.0b1 and b2, most on Windows 8.1, some on Windows 7. First affected build is 101.0a1 20220427094429 which points to bug 1763573 as regressing change.

Crash report: https://crash-stats.mozilla.org/report/index/dd2c0779-d048-4eb4-8263-563a40220428

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll PinCurrentAppToTaskbarImpl browser/components/shell/nsWindowsShellService.cpp:1346
1 xul.dll XPTC__InvokebyIndex 
2 xul.dll _tailMerge_d3dcompiler_47.dll 
3 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1125
4 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:963
5 xul.dll Interpret js/src/vm/Interpreter.cpp:3314
6 xul.dll js::CallGetter js/src/vm/Interpreter.cpp:731
7 xul.dll js::NativeGetProperty js/src/vm/NativeObject.cpp:2172
8 xul.dll js::jit::DoGetElemFallback js/src/jit/BaselineIC.cpp:648
9 None @0x00000094fe9176ae 
```
Bug: [Rollout phase 1] The TCP spotlight is wrongly triggered in Permanent Private Browsing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-05-04 10:03:45+00:00
Resolved: 2022-05-05 11:43:09+00:00

**[Notes]:**
- Since the TCP is enabled by default in PBM, we should not show the TCP Spotlight (the “network.cookie.cookieBehavior.pbmode” pref is set to “5” in the “about:config” page).

**[Affected versions]:**
- Firefox Release 100.0 (Build ID: 20220428192727)

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64
- macOS 12.3.1
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the Firefox Release 100.0 browser installed/extracted.
- Have the "set MOZ_REMOTE_SETTINGS_DEVTOOLS=1" syntax ran into a terminal.
- Have the [user.js](https://drive.google.com/file/d/1s-jq35a313yWo3-seOYI7VmlPwalIKBT/view?usp=sharing) file saved on a new Firefox profile.
- Have the [Remote Settings Devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases) addon installed.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the “about:config” page and change the “browser.privatebrowsing.autostart” pref set to true.
3. Change the Prod environment to the Stage Preview using the Remote Settings Devtools add-on.
4. Restart the browser and observe the behavior.

**[Expected result]:**
- The TCP spotlight is not displayed.

**[Actual result]:**
- The TCP spotlight is displayed.

**[Additional notes]:**
- We also observed that the “network.cookie.cookieBehavior.pbmode” pref is missing from the rollout’s targeting.
- Attached is a screen recording of the issue.
Bug: Scrollbars are wrongly displayed inside the "TCP" spotlight at various scaling (e.g., 125%) and locales (e.g., ar)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-05-04 11:22:55+00:00
Resolved: 2022-05-16 06:20:18+00:00

**[Notes]:**
- This issue is **NOT** reproducible on Windows 11 x64, macOS 11.6, and Linux Mint 20.2 x64.

**[Affected versions]:**
- Firefox Release 100.0 - Build ID: 20220428192727 

**[Affected Platforms]:**
- Windows 10 x64
- Windows 8.1 x64

**[Prerequisites]:**
- Have the environment set to "Stage (preview)" using the "Remote Settings Devtools" add-on.
- Have the [user.js](https://drive.google.com/file/d/1s-jq35a313yWo3-seOYI7VmlPwalIKBT/view?usp=sharing) file saved to your PC.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the profile folder and paste the `user.js` file from the prerequisites.
3. Restart the browser.
4. Observe the spotlight.

**[Expected result]:**
- The "TCP" spotlight is successfully displayed and all the elements are visible.

**[Actual result]:**
- Scrollbars are wrongly displayed inside the default "TCP" spotlight.

**[Notes]:**
- This issue seems similar with bug 1766997. @Ed could you please take a look over this?
- Attached a screen recording of the issue.
Bug: AsyncTabSwitcher assertion failures are being hit on infra without causing test failures
Status: NEW
Priority: --
Created: 2022-05-04 11:45:19+00:00
Resolved: 2022-05-18 12:11:46+00:00

Although they show up in logs and will be highlighted for failures (leading to confusion, e.g. bug 1766373), they don't cause failures on their own.

For instance, [this job](https://treeherder.mozilla.org/jobs?repo=mozilla-beta&selectedJob=376537848&revision=3fe12e1cbf495a90f26797ebb65bcbe64ddc5ea8&test_paths=browser%2Fbase%2Fcontent%2Ftest%2Fgeneral%2F&selectedTaskRun=IXlph9cOSLKY1Ka176tBOQ.0) is green ([log file link](https://treeherder.mozilla.org/logviewer?job_id=376536982&repo=mozilla-beta&lineNumber=2895)) despite the failures.

It looks like at least `browser/base/content/test/general/browser_newTabDrop.js` and `browser/base/content/test/general/browser_tabDrop.js` cause these assertion failures pretty regularly on infra (or perhaps the test that runs immediately before it, and they get logged - but given both are tab drop tests it seems plausible it's related to that and/or how the test is written).

Doug, ISTR you know a bit about this code - do you know what's happening here and/or what we can do to (a) make these assertion failures actually cause test failures, and (b) make the tests not trip the assertions? :-)
Bug: NTP websearch string is handedoff to the search mod enabled address bar
Status: NEW
Priority: P3
Created: 2022-05-04 12:01:50+00:00
Resolved: 2022-05-26 14:50:12+00:00

**Affected versions**

* Nightly 102
* Beta 101.0b2
* Release 100
* 91.9.0esr 

**Affected platforms**
* Windows 10
* Ubuntu 22.04
* Mac 11

**Steps to reproduce**
1. Open new profile.
2. From address bar, select any search mode (non-default) : e.g amazon. 
3. While the search mode is enabled, use the NTP websearch to input a string.

**Expected result**
Search mode is reset and input string is handed off to the address bar.

**Actual result**
The input string is handed over to the address bar to be used with the search mode enabled.

**Regression range**
Not a regression (introduced by defaulting browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar to true)

**Note**
The web search label reads: "Search with google or input address". If the STR would read that the string input is a https://address_input.com, the result would be that we would search with amazon for https://address_input.com
Bug: [about:welcome] A blank area is displayed in the top right corner of the page when the browser is horizontally resized to 25%
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-04 12:17:24+00:00
Resolved: 2022-05-13 14:41:22+00:00

**[Notes]:**
- The issue is reproducible using both light and dark themes. However, the "Sign In" button is not visible only using the white theme.

**[Affected versions]:**
- Firefox Nightly 102.0a1
- Firefox Beta 101.0b2

**[Affected Platforms]:**
- Mac 10.15.7
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest Firefox Nightly/Beta build installed.
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Resize the browser ~25%.
3. Observe the top right part of the "about:welcome" page.

**[Expected result]:**
- The page is correctly displayed and the Sign in button is visible.

**[Actual result]:**
- A blank area is displayed in the top right part of the page and the Sign in button is not visible if using a light theme.

**[Regression]:**
- The issue is not reproducible on Firefox 100 build, considering this I have used the mozregression tools to find the bug which caused this. Here are the results:
- Last good revision: b6fd2cff0114d93e9e2b69482b448441954e31d6
- First bad revision: 41bd981c36227b155896e7f0014ca634c2a90dab
- Pushlog: [Link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b6fd2cff0114d93e9e2b69482b448441954e31d6&tochange=41bd981c36227b155896e7f0014ca634c2a90dab)

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: Weird shadow behind texts on tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-04 14:36:01+00:00
Resolved: 2022-05-05 16:00:24+00:00

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

Steps to reproduce:

It happens only on the theme I'm currently using (Little Flowers) but none of the default themes


Actual results:

There's wield white shadow behind the texts on the tabs. They change slightly when the mouse is over different tabs. And it seems that the shadow is incorrectly rendered from tab texts (they have the shape of texts)


Expected results:

Render the texts correctly on tabs
Bug: Intermittent TV browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_default_promo.js | Focus promo is not shown in a new tab after being dismissed in another tab - false == true - got false, expected true (operator ==)
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-05-04 14:54:15+00:00
Resolved: 2022-05-09 06:31:17+00:00

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

---
```
[task 2022-05-04T14:07:32.821Z] 14:07:32     INFO - TEST-PASS | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_default_promo.js | Focus promo is shown in a new tab - {} == true - 
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - Buffered messages finished
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - TEST-UNEXPECTED-FAIL | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_default_promo.js | Focus promo is not shown in a new tab after being dismissed in another tab - false == true - got false, expected true (operator ==)
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - Stack trace:
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - ok@resource://specialpowers/SpecialPowersSandbox.jsm:87:21
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - @chrome://mochitests/content/browser/browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_default_promo.js:62:7
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1640:15
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:298:21
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - Leaving test bound test_remove_promo_from_prerendered_tab_if_blocked
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - GECKO(1588) | MEMORY STAT | vsize 11624MB | residentFast 539MB | heapAllocated 263MB
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - TEST-OK | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_default_promo.js | took 14415ms
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - checking window state
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - GECKO(1588) | Completed ShutdownLeaks collections in process 1588
[task 2022-05-04T14:07:32.835Z] 14:07:32     INFO - TEST-START | Shutdown
```
Bug: double letters in search bar
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-05-04 21:22:39+00:00
Resolved: 2022-07-21 08:59:51+00:00

Steps to reproduce:

I wanted to enter Costco Travel in the search bar - what is actually reflected is: ccoossttccoo ttrraavevell
No matter what word you use, the letter is doubled. 
If you type Google, what you get is: ggooooggllee


Actual results:

I wanted to enter Costco Travel in the search bar - what is actually reflected is: ccoossttccoo ttrraavevell
No matter what word you use, the letter is doubled. 
If you type Google, what you get is: ggooooggllee


Expected results:

If I enter Costco Travel in the search bar, costco travel should be what you see in the search bar

If I enter Google in the search bar, Google should be what you see in the search bar
Bug: After opening the old Windows and tabs function, each startup will still open the home page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-05-05 09:46:25+00:00
Resolved: 2022-07-05 17:04:37+00:00

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

Steps to reproduce:

Firefox 101 b2
1，Open the previous window and TAB functions
2，Close the browser
3，Open a browser


Actual results:

Does not Open the previous Window and TAB functions


Expected results:

Instead, only one home page was opened
Bug: If a favicon with the wrong data URL is specified, the favicon that was loaded correctly on the previous page is displayed as is
Status: NEW
Priority: --
Created: 2022-05-05 11:24:31+00:00
Resolved: 2022-05-19 12:08:09+00:00

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

Steps to reproduce:

Loads the web page where the favicon exists.
Load a web page with the wrong favicon specified in the same tab.
(e.g. <link rel="icon" href="data:;base64,=">)


Actual results:

The properly loaded favicon remains in the tab.


Expected results:

It is desired that neither the wrong favicon nor the previous favicon be displayed.
Bug: Firefox UserChoice/set to default (in particular, for PDF) does not support at least Windows 1703 and 1803
Status: NEW
Priority: P3
Created: 2022-05-05 12:29:13+00:00
Resolved: 2022-06-06 16:37:19+00:00

**[Affected versions]:**
- Firefox 100.0 Release, (Build ID - 20220428192727)

**[Affected Platforms]:**
- Windows 10 1803
- Windows 10 1703

**[Prerequisites]:**
- Have Firefox 100 Release installed.
- Make sure that Firefox is NOT set as the default browser.
- Have a new Firefox profile created, but never opened.
- Have the “[user.js](https://drive.google.com/file/d/1UXsSXBwpk5fhBA9dKeHZzyk2Uwth7xwP/view?usp=sharing)” (specific to the Enabled branch) pasted in the created profile.
- Have a PDF file downloaded on your computer.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. From the "about:welcome" page, click the "Set Firefox as default" button.
3. Restart the browser.
4. Navigate to the "about:telemetry#keyed-scalars-tab" page and search for the "os.environment.is_default_handler" keywords.
5. Observe the value of the "os.environment.is_default_handler" scalar.
6. Open a PDF file downloaded on your computer.

**[Expected result]:**
Step 5: The "os.environment.is_default_handler" scalar has the value "true".
Step 6: The PDF file is opened using Firefox.

**[Actual result]:**
Step 5: The "os.environment.is_default_handler" scalar has the value "false".
Step 6: The PDF file is NOT opened with Firefox.

**[Notes]:**
- We also managed to create a new VM for Windows 10 version 1703 OS build 15063, and the issue is also reproducible on this version.
- The issue is reproducible with both the [experiment](https://experimenter.services.mozilla.com/nimbus/set-firefox-as-default-pdf-handler-on-windows-for-new-users-experiment/details) and the [rollout](https://experimenter.services.mozilla.com/nimbus/set-firefox-as-default-pdf-handler-on-windows-for-new-users-rollout).
- The issue is NOT reproducible on Windows 10 version 21H1, OS build 19043.1645 and Windows 11 version 21H2 (OS build 22000.613).
- Unfortunately, we are not sure if there are any other Windows versions where the issue is reproducible.
- Attached is a screen recording of the issue.
Bug: After upgrade to Firefox 100-2 lost all tabs and no "Restore last session" option is visible in History menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-05 15:29:53+00:00
Resolved: 2022-05-24 20:03:39+00:00

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

Steps to reproduce:

On my laptop with Ubuntu 22.04 :
sudo apt update && sudo apt upgrade && sudo snap refresh


Actual results:

Firefox had no more my saved tabs on startup.


Expected results:

I still should have my saved tabs.
Bug: Drag tab to a second screen to open a new window the upper part of the window is missing if you englarge to full screen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-05 15:57:24+00:00
Resolved: 2022-05-13 14:20:43+00:00

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

Steps to reproduce:

Drag & Drop of a tag to a second screen to open a new window
Then I enlarged that window to full screen


Actual results:

The top most part of the window is blank and not accessible
See screenshot attached


Expected results:

The window should look normal
Bug: Show visible focus outline on Screenshots buttons
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-05-05 18:37:07+00:00
Resolved: 2023-03-07 19:23:06+00:00

There is little visible change when the "copy" and "download" buttons are focused - they should have a clear focus outline similar to other browser UI buttons in Firefox. 

Via: https://discourse.mozilla.org/t/screenshot-with-keyboard-focus-buttons-dont-appear-show-something/96354
Bug: Permanent test failures like leaks or uncaught exception - TypeError: docElement.dataset[("contentTitle" + dataSuffix)] is undefined at getWindowTitleForBrowser@chrome://browser/content/tabbrowser.js:1052:9 when Gecko 102 merges to Beta on 2022-05-30
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-05-05 22:05:10+00:00
Resolved: 2022-05-08 14:10:07+00:00

* [central-as-beta simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=82d4434c49148ee2281774fdd0ed8898a5ffb451&selectedTaskRun=Iox43oPtSSySLnA0-BED9Q.0)
* [How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)
Bug: last_modified.json has no values for Thunderbird
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-05-05 22:30:33+00:00
Resolved: 2022-05-09 04:21:00+00:00

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

The gen_last_modified.py script is looking in the wrong place for RemoteSettings dumps.
Bug: Downloading file associated with program should not leave that file in Downloads directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-05-06 11:24:00+00:00
Resolved: 2022-05-13 14:05:48+00:00

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

Steps to reproduce:

Before update that removed classic download dialog, clicking .torrent file link instantly opened it with associated program (e.g. Transmission on Linux).


Actual results:

Now clicking .torrent link (e.g. here https://www.raspberrypi.com/software/operating-systems/#raspberry-pi-os-64-bit ) downloads .torrent file by default. Setting "Use Transmission" in Firefox Applications Settings still downloads .torrent file to Downloads directory.


Expected results:

If program is associated to open specific type of file, that file should not be kept in Downloads directory.
Bug: Firefox 100 broke "browser.download.improvements_to_download_panel -> false", default settings are not honoured anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-06 12:09:30+00:00
Resolved: 2022-05-13 13:43:53+00:00

Steps to reproduce:

We set "browser.download.improvements_to_download_panel" to "false" via policy because the new behaviour may be "more like Chrome" but comes with a rather high security risk by just downloading everything without asking for consent - just because a websites triggers 1 or n downloads. (see the likes of .scf file attack). 

Up until Firefox 100 this worked as expected - after the update it conflicts with the default settings for protocols and mime-types.

To reproduce the issue just set the mentioned option to false and the default for .pdf to open with Firefox (pdf.js), afterwards download a pdf-file.


Actual results:

If a download is triggered the "what should we do with this file" dialogue still opens contrary to the config. Ticking the checkbox to set it as a default doesn't do the trick either. 


Expected results:

The dialogue should only open for files that do not have a default setting. (The PDF should have been opened in pdf.js)
Bug: justwatch.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-05-06 12:37:55+00:00
Resolved: 2022-05-06 21:21:16+00:00

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

Steps to reproduce:

Go to justwatch.com  and I see 
Internal Server Error
and that's all




Actual results:

and I see 
Internal Server Error
and that's all

I've cleared cookies for the site, no difference
I went to the site in Private window and it worked fine