av9ash/GitBugs huggingface dataset:
Bug: [Intermittent] The Data Collection option is re-enabled after previously disabling it when opting-in in the experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-12 16:37:10+00:00
Resolved: 2022-01-20 08:08:51+00:00

**[Affected Versions]:**
- Firefox Beta 97.0b2 (Build ID: 20220111185943)
- Firefox Nightly 98.a1 (Build ID: 20220111093827)

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

**[Prerequisites]:**
- Have Firefox Beta 97.0b2 downloaded on your computer.
- Have the "browser.search.region" set to "US".
- Have one of the [treatment user.js](https://drive.google.com/drive/folders/1R_Kl51yPO9RCiuUmCHNOCqs3FQQAU2bD?usp=sharing) on your computer.
- Make sure there is no other modal displayed when starting the browser (browser default, onboarding for new users etc).

**[Steps to reproduce]:**
1. Open Firefox Beta 97.0b2.
2. Navigate to the “about:support” page and paste the user.js file into the Profile folder.
3. Restart the browser.
4. Click the “Find out how” button from the modal.
5. Select the “Allow” option and click the “Save preferences” button.
6. Open the "about:preferences” page and verify that the 3rd toggle from the Firefox Suggest section is enabled.
7. Go back to “about:config" and set as `false` the `browser.urlbar.quicksuggest.dataCollection.enabled` preference.
8. Restart the browser.
9. Select the "about:preferences” tab and observe the 3rd toggle from the Firefox Suggest section.

**[Expected results]:**
- The  3rd toggle is disabled.

**[Actual results]:**
- The  3rd toggle is enabled.

**[Notes]:**
- [Here](https://drive.google.com/file/d/1EhLjEPQbu7jE9E0wgUHN2aRJKk8G1Q7Y/view?usp=sharing) is a screen recording of the issue (captured after opting-in the experiment).
- The behavior is reproducible only once. As seen in the video, I have set the preference to `false` again and followed the remaining steps, but the issue was no longer reproducible (the value remained set to `false` as expected.
Bug: Pressing "Sync now" on SyncedTabs syncs all tabs minus last active tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-12 21:18:31+00:00
Resolved: 2022-02-24 11:35:30+00:00

Right now when trying to explicitly sync my tabs with SyncedTabs on desktop I can immediately see my tabs on my mobile devices minus the last tab I have opened.


Steps to reproduce:
1. Have multiple tabs opened
2. Open a new tab to a site
3. Press "Sync now" 
4. Switch to mobile device and press "sync now"

Expected: All tabs successfully synced to mobile device
 
Actual: All tabs minus the one opened in step 2 synced
Bug: Tabs without title or favicon are not visible to the user unless hovering the tabstrip
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-12 22:24:04+00:00
Resolved: 2024-06-17 13:31:34+00:00

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

Steps to reproduce:

Firefox depends on favicons and titles to give open tabs visual contrast. These being under control of a website means they have the ability to create contrast-less tabs which are "invisible" to the user.

This very basic JSFiddle demonstrates it. It does depend on the number of tabs opened vs the width of the window, because at some point firefox stops rending the "close" button.

https://jsfiddle.net/pcgmwy25/

Popups must be accepted for this specific example to work, but an attack would not specifically require such a thing, as they could be links that open in a new tab with these features, and the user "does this to themselves."


Actual results:

The website is able to open tabs that the user can not see. This permits the website to continue to run scripts or perform other behavior in the background without the user's knowledge.

The attached screen shot demonstrates the issue pretty clearly. One visible change is the movement of the new tab "+" button.


Expected results:

The tabs should have visual contrast independent of site controlled input.
Bug: Firefox 96 automatically switches to dark mode if user's theme uses a light font color
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-12 22:27:33+00:00
Resolved: 2022-05-04 18:18:38+00:00

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

Steps to reproduce:

When I use a theme where the tab_background_text property is a light color. For instance using this theme : https://addons.mozilla.org/fr/firefox/addon/furfox-tail-twister/. Tested with other themes having a light text color and with firefox-color addon. Same issue in any case.
This behavior only happen since Firefox 96.

In french forums, I read some users posts complaining about this (just to say that I'm not alone).


Actual results:

All browser interface switches to dark mode, meaning dark pages, dark menus, dark search_bar, etc.


Expected results:

The light mode should be used by default if the theme doesn't specify using the dark mode. Just like in previous Firefox versions.
Bug: Intermittent browser/base/content/test/general/browser_lastAccessedTab.js | new tab has the current timestamp after being selected (difference: 16) -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-12 23:33:34+00:00
Resolved: 2022-02-08 17:06:03+00:00

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

---
```
[task 2022-01-12T21:53:43.488Z] 21:53:43     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | new tab hasn't been selected so far - 
[task 2022-01-12T21:53:43.490Z] 21:53:43     INFO - Buffered messages finished
[task 2022-01-12T21:53:43.490Z] 21:53:43     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_lastAccessedTab.js | new tab has the current timestamp after being selected (difference: 16) - 
[task 2022-01-12T21:53:43.491Z] 21:53:43     INFO - Stack trace:
[task 2022-01-12T21:53:43.492Z] 21:53:43     INFO - chrome://mochikit/content/browser-test.js:test_ok:1375
[task 2022-01-12T21:53:43.493Z] 21:53:43     INFO - chrome://mochitests/content/browser/browser/base/content/test/general/browser_lastAccessedTab.js:isCurrent:11
[task 2022-01-12T21:53:43.493Z] 21:53:43     INFO - chrome://mochitests/content/browser/browser/base/content/test/general/browser_lastAccessedTab.js:step3:46
[task 2022-01-12T21:53:43.493Z] 21:53:43     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | original tab has old timestamp after being deselected
```
Bug: Top site edit dialog doesn't get focus when opened
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-01-13 02:03:08+00:00
Resolved: 2023-06-02 15:22:53+00:00

STR:

1. Open the New Tab page.
2. Open the context menu for a top site and choose Edit.
    - Expected: The edit dialog should be focused.
    - Actual: It isn't. You have to tab to the end of the top sites to find the dialog.

This isn't great for keyboard users. It's even worse for screen reader users because they are completely unaware that the dialog even opened.

Note that this should happen for both keyboard and mouse activation.
Bug: Studies get installed even though Normandy is disabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-13 11:26:04+00:00
Resolved: 2022-07-08 02:32:03+00:00

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

Steps to reproduce:

I disabled `app.normandy.enabled` and the "Allow Nightly to install and run studies" checkbox in preferences is unchecked and disabled.


Actual results:

Studies are still being installed and enabled. `about:studies` lies that "No new studies will run.".


Expected results:

"No means no."
Bug: Firefox is running out of disk space (Incorrectly Calculated)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-13 14:30:12+00:00
Resolved: 2022-01-17 15:35:50+00:00

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

Steps to reproduce:

Sitting on any web page after a period of time the banner will display with the notification "Firefox is running out of disk space ... Open Settings"


Actual results:

Cookie and Site Data are being incorrectly calculated for multiple sites. Display indicates I'm utilizing multiple Exabytes of data which is definitively not occurring.


Expected results:

Proper calculation of size of file(s).
Bug: Cannot remove English (United States) from preferences
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-13 14:54:59+00:00
Resolved: 2022-01-13 16:16:48+00:00

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

Steps to reproduce:

1. Open preferences
2. Change Firefox UI language
3. Try to remove English (United States)


Actual results:

The remove button is greyed out.


Expected results:

The remove button is clickable such that English (United States) can be removed, just like English (United Kingdom). It is American exceptionalism not to allow people to remove English (United States) but allow people to remove English (United Kingdom).
Bug: Session Restore (even when disabled) appears randomly after launching Firefox
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-13 15:12:27+00:00
Resolved: 2022-04-10 18:57:19+00:00

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

Steps to reproduce:

This issue did not occur with 95.xx. After update to 96 FF acts like it crashed when it terminated mormally. 


Actual results:

Receive the screen attached. 


Expected results:

FF should start nomarlly.
Bug: 'Take Screenshot' on the Guardian website crops images and the amount of cropping depends on the zoom settings.
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-01-13 15:51:14+00:00
Resolved: 2022-04-26 17:57:33+00:00

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

Steps to reproduce:

Go to the Guardian website and find an image with overlaid text, such as the building graphic on this page: https://www.theguardian.com/society/2022/jan/12/planners-set-to-approve-52-storey-london-tower-with-only-one-staircase.
Right click on the page and select 'Take Screenshot'.
Hover over the composite image and click on it.
Click either the 'Copy' or 'Download' buttons.
If clicking on the 'Download' button, save the image to a file.


Actual results:

Rather than the full image being copied to the clipboard or saved to a file, a cropped version is copied/saved. The amount of cropping is affected by the current zoom level.


Expected results:

The selected image should be copied/saved in its entirety (and the zoom level should not affect the output).
Bug: Local file links download file instead of opening linked location
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-13 17:08:58+00:00
Resolved: 2022-02-10 12:38:27+00:00

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

Steps to reproduce:

With the following config options:

capability.policy.localfilelinks.checkloaduri.enabled	allAccess	
capability.policy.localfilelinks.sites	https://mydomain
capability.policy.policynames	localfilelinks

Clicking a link to a local file, for example to file:///c:/document.docx and selecting 'open with ...'


Actual results:

It downloaded document.docx to the temporary downloads directory and opened the file at that new location in the document editor program


Expected results:

It opened c:/document.docx in the document editor program.

Until the latest update to firefox 96 this was the observed behavior.
If this the new behavior is intended, it would be nice to have a config option to revert it.
Bug: Intermittent browser/components/protections/test/browser/browser_protections_lockwise.js | Correct lockwise scanned text is shown - "\n\n" == "1 password stored securely." - got "\n\n", expected "1 password stored securely." (operator ==)
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-01-13 18:28:50+00:00
Resolved: 2022-07-25 23:14:28+00:00

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

---
```
[task 2022-01-13T17:16:51.969Z] 17:16:51     INFO - TEST-PASS | browser/components/protections/test/browser/browser_protections_lockwise.js | Lockwise scanned wrapper is visible - true == true - 
[task 2022-01-13T17:16:51.972Z] 17:16:51     INFO - Buffered messages finished
[task 2022-01-13T17:16:51.974Z] 17:16:51     INFO - TEST-UNEXPECTED-FAIL | browser/components/protections/test/browser/browser_protections_lockwise.js | Correct lockwise scanned text is shown - "\n                  \n                " == "1 password stored securely." - got "\n                  \n                ", expected "1 password stored securely." (operator ==)
[task 2022-01-13T17:16:51.975Z] 17:16:51     INFO - Stack trace:
[task 2022-01-13T17:16:51.976Z] 17:16:51     INFO - is@resource://specialpowers/SpecialPowersSandbox.jsm:90:21
[task 2022-01-13T17:16:51.977Z] 17:16:51     INFO - @chrome://mochitests/content/browser/browser/components/protections/test/browser/browser_protections_lockwise.js:147:7
[task 2022-01-13T17:16:51.978Z] 17:16:51     INFO - TEST-PASS | browser/components/protections/test/browser/browser_protections_lockwise.js | Save passwords button is hidden - true == true - 
```
Bug: Intermittent toolkit/components/thumbnails/test/browser_thumbnails_storage.js | Uncaught exception - Waiting for http://mochi.test:8888/ to exist. - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-01-13 21:07:01+00:00
Resolved: 2023-10-27 12:01:24+00:00

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

---
```
[task 2022-01-13T20:19:29.365Z] 20:19:29     INFO - Entering test bound thumbnails_storage
[task 2022-01-13T20:19:29.365Z] 20:19:29     INFO - Buffered messages logged at 20:18:38
[task 2022-01-13T20:19:29.366Z] 20:19:29     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "http://mochi.test:8888/" line: 0}]
[task 2022-01-13T20:19:29.367Z] 20:19:29     INFO - Buffered messages finished
[task 2022-01-13T20:19:29.368Z] 20:19:29     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/thumbnails/test/browser_thumbnails_storage.js | Uncaught exception - Waiting for http://mochi.test:8888/ to exist. - timed out after 50 tries.
[task 2022-01-13T20:19:29.368Z] 20:19:29     INFO - Leaving test bound thumbnails_storage
[task 2022-01-13T20:19:29.369Z] 20:19:29     INFO - GECKO(2612) | MEMORY STAT | vsize 19406008MB | vsizeMaxContiguous 67559414MB | residentFast 971MB
[task 2022-01-13T20:19:29.369Z] 20:19:29     INFO - TEST-OK | toolkit/components/thumbnails/test/browser_thumbnails_storage.js | took 51323ms
[task 2022-01-13T20:19:29.370Z] 20:19:29     INFO - checking window state
```
Bug: PDF Viewer displays BOM in bookmarks as "þÿ"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-14 00:04:47+00:00
Resolved: 2022-01-14 11:54:25+00:00

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

Steps to reproduce:

Open http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2731.pdf


Actual results:

In the bookmarks (on the left), "þÿ" is displayed before the actual text.


Expected results:

"þÿ" actually corresponds to BOM and should not be displayed.
Bug: Since update 96.0 (64-Bit) Activating any Theme without page color switches page content color scheme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 06:16:01+00:00
Resolved: 2022-01-17 19:05:49+00:00

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

Steps to reproduce:

-I had since a longer time activated/installed following Theme: "In To Space We Go" by VanillaOrchids. The theme does not include any default colors for the actual webpage as far as I am aware and changes only appearance of menu bar/buttons/tabs. The theme shows last updated 13th May 2019.
-Color settings were not changed (on default). Especially the tick "use system colors" is set
-In windows 11 color settings the setting "default app mode" is set to light
-Firefox update to 96.0 (64-Bit) installed


Actual results:

-after the update, firefox settings pages, mozilla start page, as well as pages that use browser color scheme like youtube get displayed in a dark color scheme
-tried several themes, every theme that does not contain any page colors seem to activate dark color scheme
-only the default scheme "System Scheme - Automatic" displays correct colors set in system (light)
-it even happens it I set the system color use to "always"


Expected results:

-since the tick "use system colors" is set, it should still use system color for pages if a theme does not override page colors
Bug: No pings are registered in about:telemetry for png/txt file types
Status: NEW
Priority: --
Created: 2022-01-14 08:57:52+00:00
Resolved: 2022-01-14 20:26:07+00:00

**Affected Versions:**
Nightly 98.0a1 (2022-01-13)
Beta 97.0b2

**Affected Platforms:**
Windows 10 
Windows 11

**Steps to reproduce:**

1. Have Firefox set as the default pdf handler
2. Have a png/txt file and open it with Firefox
3. Reach about:telemetry and type "to_handle" in the search box

**Expected Result:**
A ping for png/txt files should be registered and can be seen under the "Key Scalars"  .<other extension> .

**Actual Result:**
The results are blank and no ping for png/txt files are registered.

**Note:**
More info about this issue here : https://drive.google.com/drive/u/1/folders/1vqOyjGRNlVsXw4jpVnyvk5w9D-FpQRgf
Bug: Black border around the selected tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 12:06:20+00:00
Resolved: 2022-01-17 15:16:32+00:00

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

Steps to reproduce:

1. Install Firefox 96.0.
2. Install and enable any custom theme.


Actual results:

Black border around the selected tab:

Firefox 96.0 (current behavior): https://imgur.com/zoKmrmo


Expected results:

The black border shouldn't be displayed.

Firefox 95.0.2 (previous behavior): https://imgur.com/2QzPkKT
Bug: Theme with dark image wrongly assume I want a dark theme for everything
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 13:43:07+00:00
Resolved: 2022-01-17 18:53:11+00:00

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

Steps to reproduce:

Install a theme like Space Fantasy Redux by MFGookey (https://addons.mozilla.org/en-US/firefox/addon/space-fantasy-redux/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search)



Actual results:

Firefox wrongly assume that I want a dark theme for everything, including Firefox chrome and web sites.

the browser.theme.toolbar-theme preference is changes to 0 after the theme installation, something that wasn't done in previous release.


Expected results:

Firefox should not try to be more intelligent than the user and should not change the dark theme related preferences only because an image is dark. I have been using a dark toolbar theme since image base themes were implemented and never wanted to have a dark theme applied to all content inside Firefox.

I having happy with the look of the attached image and now that is impossible to do without resorting to lockPrefs() hacks.

Maybe the theme selection UI should have a setting to override the "smart" code that think a dark background image means a dark theme for everything.
Bug: The text from the first "Firefox Suggest" modal is wrongly read by a screen reader software even if the second part of the modal is displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-14 15:00:02+00:00
Resolved: 2022-01-19 15:16:28+00:00

**[Affected versions]:**
- Firefox Beta 97.0b3 - Build ID: 20220113185849 

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

**[Prerequisites]:**
- Have a Firefox build installed.
- Have the following [user.js](https://drive.google.com/file/d/1jHrFA5FB6eqz3lJnIdsUT1V8VadEICtU/view?usp=sharing) file copied to your PC.
- Have the update channel set to "Release".
- Have a screen reader software (E.G. NVDA) installed and enabled.

**[Steps to reproduce]:**
1. Create a new Firefox profile but do not open it.
2. Navigate to the profile folder and copy the user.js file from the prerequisites.
3. Open the browser using the previously created profile.
4. Focus the "Find out how" button and press the "Enter" key.
5. Observe the behavior.

**[Expected result]:**
- The text from the second part of the "Firefox Suggest" modal is successfully recognized and read by the screen reader.
	
**[Actual result]:**
- The text from the first part f the "Firefox Suggest" modal is read instead.

**[Notes]:**
- This issue is reproducible on all the experiment branches.
- This issue seems to be intermittent on macOS using the VoiceOver screen reader
Bug: Extensions are displayed incorrectly in the overhang menu.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 15:00:08+00:00
Resolved: 2022-01-17 15:39:14+00:00

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

Steps to reproduce:

I installed some extensions like and moved them into the overhang menu next to the URL search bar.


Actual results:

Some extensions (Poper Blocker, Malewarebytes Browser Guard) are not displayed correctly when I click on them. The window is either too small or too big, and I cannot see everything.


Expected results:

The window should have the correct size and I should see the full extension menus.
Bug: Hover color should be consistent inside the List all tabs menu  with Colorways themes
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-14 15:18:00+00:00
Resolved: 2022-01-21 07:11:14+00:00

**Affected versions**
- 98.0a1 (2022-01-14)
- 97.0b3

 **Affected platforms**
- Windows 10
- Ubuntu 20.04
- macOS 12.0

**Steps to reproduce**
1. Set a new Colorway theme
2. Open several tabs until the List all tabs button (down arrow  icon) is displayed 
3. Click the List all tabs button
4. Hover the tab names on the menu list

**Expected result**
- The hover highlight color is consistent.

**Actual result:**
- The hover highlight color is not consistent.

**Regression range**
- Visible since the Colorway themes implementation.

**Other notes**
- This behavior is visible on Colorways themes, but not on the standard ones (dark, light, alpenglow).
Bug: Blocked about pages in policy can be bypassed by modifying the URL with mixed case
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-14 15:38:55+00:00
Resolved: 2022-01-28 12:53:46+00:00

If you block about:config via policy, then go to the URL and explicitly change the c in config to C, you can view about:config.

This bypasses the autocomplete which forces it to about:config.