av9ash/GitBugs huggingface dataset:
Bug: Changing mousewheel.min_line_scroll_amount setting breaks scroll zooming in PDF
Status: NEW
Priority: --
Created: 2021-12-06 16:54:47+00:00
Resolved: 2022-02-24 18:27:31+00:00

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

Steps to reproduce:

1. Open `about:config`
2. Search for `mousewheel.min_line_scroll_amount` setting
3. Change the setting value to (e.g.) 40
4. Open any PDF file
5. Zoom in/out using CTRL+mouse wheel


Actual results:

Zoom of PDF changes by around 300% for each step.


Expected results:

Changing the setting shouldn't change size of zoom step.
It should always use the same step size for zooming - 10% or 20%.
Bug: Search : Few results are shown with Bing search engine depending on the region
Status: NEW
Priority: P3
Created: 2021-12-06 21:49:16+00:00
Resolved: 2023-08-08 05:23:46+00:00

**Description**
Using bing  as search engine i noticed it started to show me very few results for searches that should have many results .
It happens for my region AR, but if i connect to VPN to US then i get a lot of results and ads.
This happens if i go to www.bing.com and also if i set bing as a default search engine too.

Using Release/Beta i don´t see this problem at all, without vpn i get a lot of results and ads. Safari also shows lots of results and ads.



**Tested on**
Windows10 64bit  not affected
MacOS 11         affected.
ubuntu 21   not affected

**with versions**
94.0.2  (not affected)
95 beta (not affected)
96.0a1 nightly (affected) 


**steps to reproduce**
-Launch firefox with a new profile
-go to www.bing.com
-search for something popular like "samsung galaxy"

-or set bing as default engine and search "samsung galaxy" in url bar.


**actual result**
I get very few results (only 2 pages of search results are shown in) and NO ads in the page.


**expected result**
It should show many pages of results for something that is so common, and should show ads, like it does on beta and release. Beta and release are showing more than 5 pages of results and shows ads everywhere.
Bug: Google Drive download broken
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-06 23:48:43+00:00
Resolved: 2021-12-07 17:31:32+00:00

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

Steps to reproduce:

I tried to download files from a shared Google Drive today and it didn't go to the download manager and didn't download.


Actual results:

I had to open Chrome to get the downloads.


Expected results:

It should have gone to download manager. Is this broken, or did I miss something?
Bug: "Linkedin" top of page task banner lost following upgrade to Firefox IOS 94.0.2 (64-bit)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-07 07:54:42+00:00
Resolved: 2022-04-21 20:50:01+00:00

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

Steps to reproduce:

Support
"Linkedin" top of page task banner icons have disappeared following upgrade to Firefox IOS 94.0.2 (64-bit)

Running an older:
Macbook Air System Software Overview:
  System Version: macOS 10.14.6 (18G95)
  Kernel Version: Darwin 18.7.0

The top of linkedin page bar is missing the short cuts to
"My Network" My Notifications", "My Messaging" &"My Profile" etc
The only hot button visible is "In" which refreshes the Feed

Noted also the Top RH corner of the individual Feed Message Boxes has lost the "Post Address Link"...its still there under the Shaded dot that appears if you hover there on the RHS of the "Follow Text"


Actual results:

"Linkedin" top of page task banner bar icons have disappeared following upgrade to Firefox IOS 94.0.2 (64-bit)

The bar is missing the short cuts to
"My Network" My Notifications", "My Messaging" &"My Profile" etc
The only hot button visible is "In" which refreshes the Feed

Noted also the Top RH corner of the individual Feed Message Boxes has lost the "Post Address Link"...its still there under the Shaded dot that appears if you hover there on the RHS of the "Follow Text"


Expected results:

Following reinstall of Firefox 
a) should not have the "Linkedin" top of page task banner bar blank ie icons disappeared following upgrade to Firefox IOS 94.0.2 (64-bit)
&
the Top RH corner of the individual Feed Message Boxes shoudl not have lost the "Post Address Link"
Bug: "open previous windows and tabs" restores older pages when previous pages are blank.
Status: NEW
Priority: --
Created: 2021-12-07 08:53:05+00:00
Resolved: 2022-07-21 02:50:52+00:00

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

Steps to reproduce:

i have set firefox to restore previous tabs and windows on startup, so i can close firefox without losing my browsing session.
then if i am done with my browsing session i press home(blank page) to get a clean start the next time i open firefox.

so step 1: set firefox to restore the previous windows/tabs on startup
step 2: visit a website (mozilla.org)
step 3: go to a blank page (about:blank)
step 4: close firefox
step 5: re-open firefox


Actual results:

firefox opens the last open actual website (mozilla.org in my example)


Expected results:

firefox should've opened the last page i had open regardless of its content, which in my example would've been the blank page.(this was the behaviour until a few days ago)
Bug: Profile manager is no longer dark at OS dark mode
Status: NEW
Priority: P3
Created: 2021-12-07 10:44:25+00:00
Resolved: 2023-10-14 18:55:56+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Firefox/97.0
Build ID: 20211206215435

### Steps to reproduce
1. Enable dark mode at OS level.
2. Download a bad build, e.g. [20211206215435](https://ftp.mozilla.org/pub/firefox/nightly/2021/12/2021-12-06-21-54-35-mozilla-central/). (I don't know how to open Profile Manager from Mozregression)
3. Open Nightly's Profile Manager (not `about:profiles`) via  `"[path to Nightly's firefox.exe]" -p`.
4. Observe Manager's color mode.

### Actual result
Profile Manager is now in light color.
If I create a brand new profile and open it, Nightly's default theme `System theme - auto` shows as dark, which is expected.

### Expected result
Profile Manager is dark.

### Regression
Last good Nightly: [20211201050507](https://ftp.mozilla.org/pub/firefox/nightly/2021/12/2021-12-01-05-05-07-mozilla-central/)
First bad Nightly: [20211201214955](https://ftp.mozilla.org/pub/firefox/nightly/2021/12/2021-12-01-21-49-55-mozilla-central/)
Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=89800efd9e5cfcf0146767961a63d5c4e2a86e2c&tochange=d7af815713793a815d1a10a9cb097c7d6261fa2e

Maybe bug 1742320 or bug 1739615?
Bug: Broken font rendering in some PDFs on Mac OS (PDF.js)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-07 13:04:04+00:00
Resolved: 2022-01-24 23:49:45+00:00

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

Steps to reproduce:

1. Update Firefox and Mac OS to Mojave.

2. Open any of these example PDFs with PDF.js: http://daccess-ods.un.org/access.nsf/Get?Open&DS=A/HRC/WG.6/36/USA/1&Lang=E https://undocs.org/A/HRC/RES/48/13 (or pretty much most UN documents). I believe this applies to mostly PDFs with Times New Roman as font. 

3. Observe the font rendering


Actual results:

The PDF is rendered with the wrong font and completely broken kerning. Screenshot: https://i.imgur.com/HpTp6hw.png

See also this Reddit post for another example: https://www.reddit.com/r/firefox/comments/noxwav/messed_up_font_rendering_in_firefox_pdf_viewer/

(Perhaps something broke with the Mac OS upgrade but none of my other browsers or programs have any of these issues)


Expected results:

The PDF should render with Times New Roman as is shown in this screenshot of Mac OS's Preview PDF reader: https://i.imgur.com/I6csyRh.png.
Bug: Missing browser.search.withads.urlbar_handoff in telemetry for duckduckgo searches
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-07 13:23:51+00:00
Resolved: 2021-12-20 08:53:13+00:00

**Description**
missing browser.search.withads.urlbar_handoff in telemetry for duckduckgo searches
 
**Tested on**
Windows10 64bit affected.
MacOS 11 affected.
ubuntu 21  affected

**With versions**
94.0.2 ( affected)
95 beta ( affected)
96.0a1 nightly (affected)

**Steps to reproduce**
-Launch firefox 
-Search duckduckgo as default search engine
-open NEW TAB page and using the web search input "samsung galaxy"
-notice that the search shows ads.
-check telemetry

 

**Actual result**
This is missing in telemetry:" browser.search.withads.urlbar_handoff" 
 

**Expected result**

this record should appear on telemetry:
 
"""browser.search.withads.urlbar_handoff"": {
 ""duckduckgo:tagged"": 1"
Bug: Poor contrast in extension popup with color-scheme dark meta tag
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-07 13:24:54+00:00
Resolved: 2021-12-22 10:15:02+00:00

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

Steps to reproduce:

1. Set the browser theme to a dark one (`about:addons`).
2. Make an extension with a popup with no CSS and with `<meta name="color-scheme" content="dark light">`
3. Install the extension
4. Open the popup


Actual results:

The background of the popup is light, but the text is also light.


Expected results:

The background is dark and the text is light.
Bug: the default avatar on the right corner of the "about:logins" page cannot be displayed correctly
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-07 15:25:08+00:00
Resolved: 2022-05-02 09:14:59+00:00

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

Steps to reproduce:

[Affected versions]:
- 94.0.2, 95.0

[Affected Platforms]:
- macOS 10.13.6
- macOS 10.15.7

[Prerequisites]:
- Have a valid FxA account with the default avatar.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Observe the default avatar on the right corner of the "about:logins" page.


Actual results:

There is impurity on the default avatar.


Expected results:

The default avatar is displayed correctly.
Bug: Screenshot tool adds border to image
Status: NEW
Priority: P3
Created: 2021-12-07 15:29:49+00:00
Resolved: 2022-01-06 15:12:34+00:00

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

Steps to reproduce:

(Firefox 94 on Arch Linux 64-bit)
1. Press Ctrl+Shift+S to activate screenshot tool
2. Select an image that has contrast with the background of the page
3. Paste image somewhere it can be viewed/inspected
4. Image has border on left side, and sometimes top side


Actual results:

Either the image has extra width & height, or the screenshot itself is offset by 1 pixel to the right and downward. This produces a border on the left and top of the image.


Expected results:

No border on the image
Bug: Failing to download file due to missing filename sanitation
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-12-07 15:54:46+00:00
Resolved: 2023-10-10 10:45:22+00:00

When trying to download a screenshot from a page whose title has certain non-allowed characters, saving on disk fails without any visual feedback.

STR:
1. Go to https://addons.mozilla.org/he/firefox/addon/multi-account-containers/ .
2. Use the Screenshots feature to a screenshot.
3. Click "Download".

Expected result:
The downloaded screenshot should be on the disk.

Actual result:
The screenshot file isn't on the disk.

Additional information:
* For RTL locales on addons.mozilla.org, the first character of the page title (which is used as part of the screenshot filename) is U+200F.
* The downloads API at https://searchfox.org/mozilla-central/source/toolkit/components/extensions/parent/ext-downloads.js#671 (which is called by https://searchfox.org/mozilla-central/source/browser/extensions/screenshots/background/main.js#207-212) rejects the promise because the sanitizer (https://searchfox.org/mozilla-central/source/toolkit/components/downloads/DownloadPaths.jsm#75-90) detected illegal characters, in this case U+200F.
* Screenshots doesn't check for the result of the promise and never notices that it got rejected.
Bug: Fix Spotlight localization test
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-12-07 17:43:33+00:00
Resolved: 2022-05-04 18:57:16+00:00

Spotlight localization was introduced in bug 1733623, but one of the tests (test_remoteL10n_content) does not properly set up the strings for the test. (The feature works correctly, just the test is broken.)
Bug: Intermittent browser/base/content/test/siteIdentity/browser_identityPopup_clearSiteData.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-12-08 00:50:49+00:00
Resolved: 2024-06-12 12:03:22+00:00

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

---
```
 INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_identityPopup_clearSiteData.js | The clear data footer is hidden after clearing data. - 
[task 2021-12-08T00:06:20.511Z] 00:06:20     INFO - Leaving test bound test_IDN_ClearCookiesAndSiteData
[task 2021-12-08T00:06:20.511Z] 00:06:20     INFO - Buffered messages finished
[task 2021-12-08T00:06:20.512Z] 00:06:20     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_identityPopup_clearSiteData.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-12-08T00:06:20.512Z] 00:06:20     INFO - GECKO(8076) | MEMORY STAT | vsize 2112629MB | vsizeMaxContiguous 65359232MB | residentFast 350MB | heapAllocated 109MB
[task 2021-12-08T00:06:20.513Z] 00:06:20     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_identityPopup_clearSiteData.js | took 109160ms
```
Bug: mostly empty page and have telemetry issues for invalid or missing values of MfM template pref
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-08 02:28:43+00:00
Resolved: 2022-01-03 19:24:31+00:00

Mark found some problems if `browser.preferences.moreFromMozilla.template` is either unset, or set to an invalid value:
 
>        Setting browser.preferences.moreFromMozilla.template to badstring yields a mostly empty page. Seems unlikely to happen 🤷‍♂️
> 
>        Enabling the feature but not setting the template pref has the same result.
Bug: the Firefox Accounts website loads twice when clicking the avatar on the right corner of the "about:logins" page
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-12-08 03:41:00+00:00
Resolved: 2021-12-28 18:28:11+00:00

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

[Affected versions]:
- 94.0.2, 95.0

[Affected Platforms]:
- macOS 10.13.6
- macOS 10.15.7

[Prerequisites]:
- Have a valid FxA account.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Click the avatar on the right corner of the "about:logins" page.
4. Observe the Firefox Accounts website opens on another tab and loads once.
5. Go back to the "about:logins" page.
6. Click the avatar on the right corner of the "about:logins" page again.
7. Observe the Firefox Accounts website.


[Actual results]:

The Firefox Accounts website loads twice.


[Expected results]:

The Firefox Accounts website only loads once.
Bug: Multi-account containers show also (deleted) temporary containers
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-08 10:05:47+00:00
Resolved: 2021-12-10 09:24:12+00:00

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

Steps to reproduce:

Trying to open a new tab in a multi-account container. 


Actual results:

A complete list of (long) deleted temporary containers is shown as well below multi-account containers.


Expected results:

Only multi-account containers shown. The functionality should not mix both as the temporary containers have separate icon to open them.
Bug: [Regression] The “More From Mozilla” pane is almost empty after an update to Firefox 96 beta is done while enrolled in the Treatment branch of the Experiment
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-08 11:55:23+00:00
Resolved: 2022-01-25 15:45:08+00:00

**[Notes]:**
- The “More From Mozilla” Experiment is currently running on the Beta channel until 16th of December and even though the enrollment is complete, already enrolled users might update to the latest Firefox Beta version and see the almost empty “More From Mozilla” pane.

**[Affected Versions]:**
- Firefox Beta 96.0b2 (Build ID: 20211207185904)
- Firefox Nightly 97.0a1 (Build ID: 20211207155117)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6
- Ubuntu Linux 20.04 x64

**[Prerequisites]:**
- Have Firefox Beta 95.0bx installed.
- Have the “nimbus.debug” pref value set as `true`.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the “about:studies?optin_slug=more-from-mozilla&optin_branch=treatment”
page.
3. Update the browser to the latest Beta version.
4. Navigate to the “about:preferences” page.
5. Click the “More From Mozilla” pane and observe the page.

**[Expected results]:**
- The “More From Mozilla” title is displayed
- The “Check out other Mozilla products that work to support a healthy internet.” subtitle is displayed.
- The “Firefox Mobile”, “Mozilla VPN”, and “Mozilla Rally” sections are displayed.
    
**[Actual results]:**
- The “More From Mozilla” title is displayed
- The “Check out other Mozilla products that work to support a healthy internet.” subtitle is displayed.

**[Regression Window]:**
- Since this issue is not reproducible with the Firefox Nightly 96.0a1 version from 2021-12-02, using the Mozregression tool we have managed to find the following regression window:
Last good revision: 19a1500c08e308d66cf26452ebf66d2049839f8b
First bad revision: edcfdb2bbe36f9c40c96ac5b8201aaa1e956eca6
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=19a1500c08e308d66cf26452ebf66d2049839f8b&tochange=edcfdb2bbe36f9c40c96ac5b8201aaa1e956eca6

From the pushlog it seems that bug 1740393 has caused this regression.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
- The issue is reproducible even if the “browser.preferences.moreFromMozilla” pref value is flipped to `true`.

@Punam, @Daniel, can you please weigh in on this?
Bug: "Try Again" button returns to the previous page instead of reloading
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-08 15:15:08+00:00
Resolved: 2021-12-28 03:21:25+00:00

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

[Affected versions]:
- 94.0.2, 95.0

[Affected Platforms]:
- macOS 10.13.6
- macOS 10.15.7

[Steps to reproduce]:
1. Open the Firefox browser.
2. Type a wrong address in the address bar (e.g. about:addon).
3. Press the Enter key.
4. Click the Try Again button.


[Actual results]:

It returns to the previous page.


[Expected results]:

It still stays on this invalid URL page.
Bug: Firefox crashes when bookmarks are removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-08 16:02:50+00:00
Resolved: 2022-01-10 19:29:32+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.45 Safari/537.36

Steps to reproduce:

I went into Manage Bookmarks, and picked out the appropriate bookmark that I wanted to delete. 


Actual results:

Then when I went to delete, firefox crashed, but the bookmark is gone afterwards


Expected results:

normally the bookmark should simply be deleted without crashing
Bug: Fix overflow issue on about:logins
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-08 17:37:29+00:00
Resolved: 2022-04-09 16:41:24+00:00

* mouse scroll can move whole page content up and down revealing unused bottom area
* keyboard navigation state is not cleared after mouse selection
* ENTER/SPACE while selecting item with keyboard loses focus
* tab order jumps all over the place
* up/down keys in search box does not select previous/next item in list
* create login button placement is inside invisible corner
* search box aligned over details view, but affects list view
* login count must say "23 of 146 logins" not just "23 logins" when filtered
*
Bug: UXSS introduced through bookmark Bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-08 17:51:56+00:00
Resolved: 2024-05-30 17:52:02+00:00

Mozilla Firefox "Edit Bookmark" dialogue window strips the opening "http://" from the URL field, if it exists.  If the URI also contains user (auth) information, then saving the bookmark will change the URI scheme of the bookmark.  This bug can be exploited to introduce XSS into the currently open page whenever the bookmark is clicked.

Xss executed on Bookmark bar/favorite

- Open Firefox

- CTRL + Shift + O or click point 3 in the upper right corner - Click "Favorite.

- add site - Ok

- Right Click & Edit

- Change Url to javascript:alert(document.cookie)//

- Open New tab 

- click Bookmark/Favorite in the bar above.

If the user then clicks on the bookmark that is in the Bar, javascript injected from Step 1 will be executed in the context of whichever domain is currently loaded in the active tab.

Supporting materials/ references:
https://bugzilla.mozilla.org/show_bug.cgi?id=1588928

https://bugs.chromium.org/p/chromium/issues/detail?id=639126
Bug: https://github.com/ Did Not Connect: Potential Security Issue
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-08 22:47:38+00:00
Resolved: 2021-12-08 23:10:01+00:00

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

Steps to reproduce:

Open the website - https://github.com/


Actual results:

Did Not Connect: Potential Security Issue

Firefox Developer Edition detected a potential security threat and did not continue to github.com because this website requires a secure connection.

What can you do about it?

github.com has a security policy called HTTP Strict Transport Security (HSTS), which means that Firefox Developer Edition can only connect to it securely. You can’t add an exception to visit this site.

The issue is most likely with the website, and there is nothing you can do to resolve it.

If you are on a corporate network or using anti-virus software, you can reach out to the support teams for assistance. You can also notify the website’s administrator about the problem.


Expected results:

It should open the website.