av9ash/GitBugs huggingface dataset:
Bug: User pref to disable Proton theme still has effects even though it's meant to be a no-op
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-20 05:10:14+00:00
Resolved: 2022-06-10 13:15:31+00:00

Container tabs previously had small, coloured stripes to indicate which container/context they belonged to. They were extremely useful to distinguish between the same (and similarly titled) pages open in different containers, without having to click through each one. They were especially helpful to demarcate groups of pages in long tab bars. Now the only distinction I can see is in the address bar, not visible unless the tab has focus. The tab list overflow menu also shows no container indication.

I'm assuming it was a deliberate choice. I can't think of any sound argument for making it _harder_ to navigate the UI, so why was it done at all? For tidiness? It seems like Apple-level form over function.
Bug: Whenever I open firefox browser it does not show any search engine
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2021-07-20 05:30:49+00:00
Resolved: 2021-07-20 11:16:36+00:00

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

Steps to reproduce:

1.I opened Firefox browser
2.I saw that firefox browser has not shown any search engine on opening it.


Actual results:

On opening firefox browser it has not shown any search engine


Expected results:

On opening firefox browser it should atleast show any one search engine by default
Bug: Add page to Pocket pop-up no longer auto-completes tags with Tab key
Status: NEW
Priority: P3
Created: 2021-07-20 08:09:08+00:00
Resolved: 2021-08-25 15:52:09+00:00

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

Steps to reproduce:

1. Log in to Pocket account
2. Save an arbitratry web page to Pocket (using either the button next to the search bar or the entry in the contect menu when right-clicking on a link)
3. In the "Saved to Pocket" pop-up, click in the "Add tags" input field
4. Start typing the first characters of an existing tag, e.g. "tec" as the first characters of existing tag "technology"
5. Auto-complete list below the input field appears and shows full tag "technology"
6. Press the Tab key


Actual results:

1. New Pocket tag "tec" created
2. Input cursor moved to after the new tag "tec" in the Pocket "Add tags" input field


Expected results:

1. Existing Pocket tag "technology" filled into the input field
2. Input cursor moved to after the tag "technology" in the Pocket "Add tags" input field
Bug: Add page to Pocket pop-up no longer saves with Enter key
Status: NEW
Priority: P3
Created: 2021-07-20 08:10:59+00:00
Resolved: 2021-08-31 15:48:39+00:00

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

Steps to reproduce:

1. Log in to Pocket account
2. Save an arbitratry web page to Pocket (using either the button next to the search bar or the entry in the contect menu when right-clicking on a link)
3. In the "Saved to Pocket" pop-up, click in the "Add tags" input field
4. Add tags as needed by typing them in
5. Press the Enter key


Actual results:

"Saved to Pocket" pop-up remains open


Expected results:

1. Website with tags saved to Pocket list
2. "Saved to Pocket" pop-up closed
Bug: Fillable PDF Forms are rendering the user Input to large, breaking the form even if opened in Adobe
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-20 08:44:50+00:00
Resolved: 2022-02-11 15:13:54+00:00

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

Steps to reproduce:

I tried filling a company pdf-form, and in the Firefox PDF Viewer it rendered perfectly. I then tried to print it, and in the preview the size of my input was enlarged, which seemed kind of odd. 

This issue has appeared on different versions of firefox in our company (87 upwards as far as i know)


Actual results:

After printing, the size was still to large.

I decided to try filling out the pdf in Adobe Acrobat, but the error still persisted.

The weird thing is, that if my cache is clear and i download the pdf WITHOUT opening it in the firefox-pdf viewer, the input is NOT enlarged. So the problem seems to be with the pdf-viewer.


Expected results:

My input should be rendered as shown while filling the form and should not be enlarged.

I can send you the pdf if required, but since i can only add one attachment at once, i decided that the screenshots would probably be more helpful.
Bug: Mozilla Firefox Sandbox Escape
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-20 10:26:44+00:00
Resolved: 2024-06-07 16:28:21+00:00

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

Steps to reproduce:

Mozilla Firefox allows to escape sb when u crash the tab using null deref bug (u can use public examples or just use it what u already have to do this) and then run script through setTimeout and javascript: URI after it.

But since u can repro it just by closing the tab without crashing, I created a simple PoC code below.

<script>setTimeout("alert('close this tab');window.location.href='javascript:alert(`Escaped: running on Medium Integrity Level`)';", 111);</script>

Tested on Firefox on Windows and mac x64 89.0.2
Bug: White flash when starting/restarting browser with Dark theme applied
Status: NEW
Priority: P2
Created: 2021-07-20 10:46:40+00:00
Resolved: 2023-01-12 17:55:17+00:00

[Affected versions]:
- Nightly (92.0a1/20210719215029) 
- Beta (91.0b4/20210718185934)
- Release (90.0.1/20210716144314)

[Affected platforms]:
- Windows 10 Pro 64-bit

[Steps to reproduce]:
1. Launch Firefox
2. Go to the “Themes” tab in Addons Manager and apply the “Dark” theme
3. Close the browser
4. Launch the browser
5. Notice that on browser start the screen flashes white before the “Dark” theme is applied
6. Go to about:profiles and click on the “Restart normally...” button
7. Notice that on browser restart the screen flashes white before the “Dark” theme is applied

[Description]:
With the “Dark” theme applied, on browser start or restart, the screen flashes white before the theme is applied.

[Expected results]:
The “Dark” theme should be applied immediately on browser start/restart and not cause the screen to flash white.

[Actual results]:
The screen flashes white on browser start/restart before the “Dark” theme is applied. 
For further details, see the attached video.


In terms of regression window, mozregression could not find any more data to bisect and stopped at around 2018-01-22 (checked from Firefox 59 until today). However, I could most certainly see the flash on browser start/restart on all builds mozregression managed to find and launch.
Bug: Figure out how to raise awareness of f6 to move to doorhangers
Status: NEW
Priority: --
Created: 2021-07-20 15:28:31+00:00
Resolved: 2021-12-06 22:29:42+00:00

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

Steps to reproduce:

I have found no way to accept or reject request for optional permission from keyboard. It seems, doorhanger does not receive keyboard focus. Sometimes escape works as cancel, sometimes it does not.

Consider the following extension that allows to activate browser action from keyboard:

file: `manifest.json`
```json
{
	"manifest_version": 2,
	"name": "Bug: Permission from keyboard",
	"version": "0.1",
	"commands": {
		"_execute_browser_action": {
			"description": "Request Permission",
			"suggested_key": { "default": "Ctrl+Shift+L" }
		},
		"PERM_REVOKE": {
			"description": "Revoke Permission",
			"suggested_key": { "default": "Ctrl+Shift+U" }
		}
	},
	"browser_action": { "default_title": "Bug: Permission from keyboard" },
	"background": { "scripts": [ "background.js" ] },
	"optional_permissions": [ "tabs" ]
}
```
file `background.js`
```js
"use strict";

function bugDemoCommandListener(command) {
	const permissions = browser.runtime.getManifest().optional_permissions;
	switch (command) {
		case "PERM_REQUEST":
			browser.permissions.request({permissions}).then(console.log, console.error);
			break;
		case "PERM_REVOKE":
			browser.permissions.remove({permissions}).then(console.log, console.error);
			break;
		default:
			throw new Error(`Unsupported command ${command}`);
	}
}
browser.commands.onCommand.addListener(bugDemoCommandListener);
browser.browserAction.onClicked.addListener(function browserActionListener() {
	bugDemoCommandListener("PERM_REQUEST");
});
```

1. Load it as a temporary add-on
2. Activate extension action by pressing `[Ctrl+Shift+L]` (you can use `[Ctrl+Shift+U]` to revoke permission without opening add-on settings)


Actual results:

Doorhanger for optional permission appears but focus still belongs to tab content (Linux, KDE). Tab and Shift+Tab keys allow to focus any interactive element on the page or browser bar but not the request buttons.


Expected results:

I suppose, mouse should not be required to accept or reject request for optional permission. Especially it is inconvenient when popup appears in response to keyboard shortcut.
Bug: Version 89.x causes Earthlink mail problems
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-20 16:07:44+00:00
Resolved: 2021-08-13 16:50:30+00:00

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

Steps to reproduce:

Allowed Firefox to automatically update to 89.x.


Actual results:

When opening Earthlink mail browser, the bookmarks and other drop downs lines are widely spaced apart on screen.  Could not find a simple on-line fix that was not technically way over my head.


Expected results:

Expected the 89.x update to fix background security, hangups, freezes etc etc without affecting look of Earthlink mail screens. Forced Firefox back to older 88.x version and had to recreate lost bookmarks and favorites.  Set Firefox now to not automatically update
Bug: Intermittent browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - undefined - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-20 16:18:30+00:00
Resolved: 2021-09-21 17:00:42+00:00

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

---
```
[task 2021-07-20T14:38:26.380Z] 14:38:26     INFO - TEST-OK | browser/components/customizableui/test/browser_956602_remove_special_widget.js | took 153ms
[task 2021-07-20T14:38:26.391Z] 14:38:26     INFO - checking window state
[task 2021-07-20T14:38:26.400Z] 14:38:26     INFO - TEST-START | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js
[task 2021-07-20T14:38:31.893Z] 14:38:31     INFO - TEST-INFO | started process screenshot
[task 2021-07-20T14:38:31.966Z] 14:38:31     INFO - TEST-INFO | screenshot: exit 0
[task 2021-07-20T14:38:31.967Z] 14:38:31     INFO - Buffered messages logged at 14:38:26
[task 2021-07-20T14:38:31.967Z] 14:38:31     INFO - Entering test bound 
[task 2021-07-20T14:38:31.968Z] 14:38:31     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start with a non-overflowing toolbar. - 
[task 2021-07-20T14:38:31.968Z] 14:38:31     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should start in default state. - 
[task 2021-07-20T14:38:31.969Z] 14:38:31     INFO - Buffered messages finished
[task 2021-07-20T14:38:31.969Z] 14:38:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Uncaught exception - undefined - timed out after 50 tries.
[task 2021-07-20T14:38:31.970Z] 14:38:31     INFO - Leaving test bound 
[task 2021-07-20T14:38:31.970Z] 14:38:31     INFO - Entering test bound 
[task 2021-07-20T14:38:31.971Z] 14:38:31     INFO - TEST-PASS | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | Should not have an overflowing toolbar. - 
[task 2021-07-20T14:38:31.971Z] 14:38:31     INFO - Leaving test bound 
[task 2021-07-20T14:38:31.971Z] 14:38:31     INFO - GECKO(5308) | MEMORY STAT | vsize 2104403MB | vsizeMaxContiguous 65817288MB | residentFast 381MB | heapAllocated 179MB
[task 2021-07-20T14:38:31.972Z] 14:38:31     INFO - TEST-OK | browser/components/customizableui/test/browser_962069_drag_to_overflow_chevron.js | took 5552ms
[task 2021-07-20T14:38:31.972Z] 14:38:31     INFO - checking window state
[task 2021-07-20T14:38:31.978Z] 14:38:31     INFO - TEST-START | browser/components/customizableui/test/browser_963639_customizing_attribute_non_customizable_toolbar.js
```
Bug: Sound icon hidden on tabs after update to version v90
Status: NEW
Priority: --
Created: 2021-07-20 16:20:44+00:00
Resolved: 2022-06-11 18:33:30+00:00

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

Steps to reproduce:

I was having many tabs open and I wanted to know which tab was playing audio.


Actual results:

I was not able to find tab easily, I had to look them one by one.


Expected results:

Tabs that play should display speaker icon.

As you can see from attached defect.png the speaker icon itself is not visible. Only the gray text PLAYING which is hard to see because of low contrast. Who ever made that decision should step back from designer position immediately.

Previous theme where black speaker icon was displayed on top of tab icon was much easier to understand.  Now it takes time to go through.

I cant upload here more than one image but here is the icon that should be appearing on tab. https://imgur.com/ARgNGQk

That speaker icon. It only appears when I move mouse over tab but that is completely useless. The entire purpose of this icon is to help me to find tabs which are playing audio faster. But now it is only good for confirming that tab is playing. If I have 300 tabs open I have to move my mouse over them one by one. That is utterly useless UI and needs to be fixed. There should be high contrast icon that easily lets me locate playing tab. 

PS also note that if that request gets ignored or deleted, it will be reposted until it gets attention of someone who has more than 2 brain cells.
Bug: Second "Manage bookmarks" item is not at bottom of Bookmarks Menu after landing patch from bug #1720534
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-20 18:44:57+00:00
Resolved: 2021-08-06 17:47:42+00:00

First and second "Manage bookmarks" items in Bookmarks Menu are separated only by 2 items, which are "Bookmarks toolbar" and "Other bookmarks".

The regression is caused by:
>Bug 1720534 - Clean up styles in Bookmarks Menu Button menupopups on Windows 7 and 10. r=desktop-theme-reviewers,dao
>
>This also gets rid of a dead CSS class (panel-subview-footer).
>
>Differential Revision: https://phabricator.services.mozilla.com/D119906
Bug: First new tab never opens webpage
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-20 21:15:08+00:00
Resolved: 2021-07-20 21:33:09+00:00

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

Steps to reproduce:

In Firefox 90.0.1:
1. Open a new tab
2. Attempt to visit a webpage

-OR-

1. use "open link in new tab"


Actual results:

In Firefox 90.0.1 the first new tab I open and attempt to visit a webpage, it goes white as if attempting to connect but then does nothing. If I then open another tab and attempt to visit the same webpage it will usually open the webpage immediately, as it did before 90.0.1


Expected results:

The first tab should have opened the webpage.
Bug: Windows taskbar jumplists are not created when running as an app package
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-20 22:11:38+00:00
Resolved: 2022-01-10 19:24:55+00:00

It appears that when running from an installed MSIX/app package, Windows taskbar jumplists are not created.  I just have the three default entries:

- Firefox (Nightly)
- Pin/unpin from taskbar
- Close window

I haven't yet tried to dig into this deeply.
Bug: Cannot Uninstall Firefox!!!!!!!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-20 22:33:16+00:00
Resolved: 2021-08-09 22:30:46+00:00

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

Steps to reproduce:

Try and uninstall - you can't!


Actual results:

Use Windows app uninstall and Firefox goes into an infinite loop, continually asking the user to "Refresh Firefox". There is no other option and it does not uninstall no matter what you do.


Expected results:

What do you think? 

And why the *&%@ can't I use whatever *&^%$ password I want for this *&^$# system? Are you my mommy? It's just a *&($@# bug reporting system, not important in the least.
Bug: High contrast mode removes subtitles from Youtube videos at least on MacOS
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-21 02:41:13+00:00
Resolved: 2021-07-21 05:45:34+00:00

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

Steps to reproduce:

Check System Preferences > Accessibility > Display > Increase contrast

Open Firefox

Open a video in Youtube, e.g. https://www.youtube.com/watch?v=c_Giy_LHAlU and try to enable subtitles -- they don't show up

Quit Firefox

Uncheck System Preferences > Accessibility > Display > Increase contrast

Open the video again and try to enable subtitles -- they do show up.


Actual results:

Users have to disable high contrast mode and restart Firefox before subtitles will appear.


Expected results:

Users should be able to use high contrast mode and subtitles at the same time.
Bug: browser.urlbar.clickSelectsAll=false not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 08:59:47+00:00
Resolved: 2021-08-13 14:54:13+00:00

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

Steps to reproduce:

1, set browser.urlbar.clickSelectsAll=false
2, restart firefox
3, click in the urlbar


Actual results:

After turning off the option it still works as before.
1 click highlights the whole url.


Expected results:

It should have place the cursor in the url where I clicked.
It is a pain in the ass to juggling around when I want to modify the url.
I tried to live with this bug for a long time, but it very annoying.
Bug: Pocket, highlights and snippets icons missing in settings "Home" pane
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-21 11:25:17+00:00
Resolved: 2021-07-28 19:30:19+00:00

[Tracking Requested - why for this release]:
There are missing images in the settings UI here and we have not yet shipped this regression.

We should reinstate these images.
Bug: [XFA] PDF tables don't look consistent in Firefox
Status: NEW
Priority: P2
Created: 2021-07-21 11:51:07+00:00
Resolved: 2022-02-09 12:03:52+00:00

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to page 4 and 5.

**Expected result**
* Tables are correctly displayed.(eg. without bold lines)

**Actual result**
* PDF tables don't look consistent(eg. with bold lines)

**Regression range**
* Not a regression, but an implementation flaw.
Bug: [XFA] Some text input fields are inaccessible - regression
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-21 11:59:42+00:00
Resolved: 2021-08-25 16:47:28+00:00

**Note**
* When the user loads the attached PDF, and attempts to input text into the "Apellidos Nombre" text field, he will notice that the field is inaccessible.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3.  Input text into the "Apellidos Nombre" text field.

**Expected result**
* The cursor appears and the user is able to input text.

**Actual result**
* The cursor does not appear and the user is NOT able to input text.

**Regression range**
* This is a regression of the latest fix PR:
2021-07-21T14:54:35.830000: DEBUG : Found commit message:
Bug 1719380 - Update pdf.js to version 2.10.263 r=pdfjs-reviewers,marco
Differential Revision: https://phabricator.services.mozilla.com/D119237
Bug: [XFA] Header text spill-out
Status: NEW
Priority: P2
Created: 2021-07-21 12:43:03+00:00
Resolved: 2022-02-18 07:47:22+00:00

**Note**
* When the user loads a specific PDF file and scrolls to page 9, he will notice that the header text spills out of its designated area.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to page 9.

**Expected result**
* The header does not spill out.

**Actual result**
* "Exposición de la(s) violación(es) alegada(s) del Convenio y/o de sus Protocolos y de los argumentos pertinentes (continuación)" spills out.

**Regression range**
* Not a regression.
Bug: In Settings, search results obscure buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-21 12:44:37+00:00
Resolved: 2021-07-22 14:33:37+00:00

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

Steps to reproduce:

 - open Settings
 - type a search term, for example: font
 - click on the Advanced... button that was found, in the upper middle part of the button


Actual results:

nothing, the click is ignored


Expected results:

the button should be clicked and the Fonts dialog opened
Bug: [XFA] Text improperly vertically aligned
Status: NEW
Priority: P3
Created: 2021-07-21 12:51:05+00:00
Resolved: 2022-02-18 07:47:43+00:00

**Note**
* When the user loads a specific PDF file and scrolls to page 12, he will notice that a numbered list is not aligned vertically as the fields are.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Preconditions**
* Flip the "pdfjs.enableXfa" pref to true.

**Steps to reproduce**
1. Launch browser.
2. Load the attached PDF file.
3. Scroll to page 12.

**Expected result**
* The numbered list and the "p." are properly aligned vertically, at the same height as the fields.

**Actual result**
* The numbered list and the "p." are improperly vertically aligned.

**Regression range**
* Not a regression.
Bug: Tab drag image when dragging a tab flashes white even with Dark theme
Status: NEW
Priority: P3
Created: 2021-07-21 13:04:49+00:00
Resolved: 2024-05-28 14:39:33+00:00

**Affected versions**
* 92.0a1 - 20210719215029

**Affected platforms**
* Win10;  

**Steps to reproduce**
1. Launch Firefox, pin 2 tabs;
2. Grab 1 of the pinned tab and drag it across the bar so it would display the preview;

**Expected result**
* preview loaded properly;

**Actual result**
* preview is displayed as white(blank) for the first 1-2second(s) until it loads;

**Regression range**
* will poke the QA team for further investigation, probably not a regression (but visible on dark-theme);

**Additional notes**
* did not check on other OSs at this time;
* attached GIF to illustrate the issue.