av9ash/GitBugs huggingface dataset:
Bug: Text and background color doesn't work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-11 00:45:40+00:00
Resolved: 2021-12-06 14:17:00+00:00

Hi, since the last update, my text and background color setting (under setting -> general -> language and apperance -> colors...) doesn't work. even if I change the option:
  Override the colors specified by the page with your selections above
which I usually set as ''always''.
Tried to close firefox and restart my computer, but it didn't work worked.
Bug: Jump List not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-11 02:59:17+00:00
Resolved: 2021-11-11 19:31:28+00:00

Steps to reproduce:

Hi,

As soon as I transitioned to the Firefox version that is available on the Windows 11 Store(MSIX), I noticed the jump lists are not working at all. The traditional version of firefox does work correctly however.


Actual results:

When right clicking the Firefox icon, the only option is either unpin or start the app.


Expected results:

You should see the full jump list, at least the option to go into private mode from within the list.
Bug: [dark theme] Regression: Focussed Tab height has become smaller
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-11-11 19:50:48+00:00
Resolved: 2021-12-22 14:11:26+00:00

Nightly 96.0a1 (2021-11-11) (64-Bit)
macOS 12.0.1

Steps to reproduce:
1.) Open a New Tab in FF Nightly 
2.) Compare the height of the Tab in FF Nightly with FF Stable

Actual: In FF Nightly the Tab height has become smaller.

Expected: They should be higher to match again the with the height of Hover Botton of the New Tab Button.

This is a regression in recent Nightly.

A screenshot Nightly vs Stable is attached.

Thanks for fixing in advance.
Bug: Data collection can be disabled when upgrading Firefox after having opted in to online
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-11 22:52:43+00:00
Resolved: 2021-12-15 16:26:26+00:00

Carmen and her team caught a bug [shown in this video](https://drive.google.com/file/d/1mx-yMMDPnCF-kpEg-aU3AvLIn6h3CKTN/view) where you opt in to online, upgrade Firefox, and then the data collection toggle is off but it should be on.

STR:

1. Start with 94.0.1
2. Set `nimbus.debug=true`
3. Enroll in the [offline vs. online](https://experimenter.services.mozilla.com/nimbus/firefox-suggest-offline-vs-online/details) treatment branch (i.e., online)
4. Restart
5. Verify the opt-in modal appears
6. Click Allow suggestions
7. Verify both Fx Suggest checkboxes are checked in about:prefs
8. Quit
9. Start Nightly with the same profile
10. Open about:preferences#privacy

Actual: Data collection toggle is off
Expected: Data collection toggle should be on

QA was able to reproduce this only on a couple of Ubuntu 20.04 machines but not on other Linux machines or Windows or Mac.

I can't reproduce it on Ubuntu 20.04.3 LTS or Mac, but I think I see how it could happen. It's a technical problem due to timing. You have to be unlucky to hit it, but I can't say how how likely it is. It's not related to Ubuntu or your platform and I bet if you tried it on enough machines you'd eventually hit it on Windows or Mac too. Carmen mentioned that when the problem happens, `browser.search.region` is not present before step 4, but I don't think that's related either.

Technical description below:

I think the problem is due to a race: The Nimbus urlbar feature may not be initialized by the time we [migrate Suggest preferences](https://searchfox.org/mozilla-central/rev/df6434d2ebfdf2b5f89f205fc81d60d64a774fe1/browser/components/urlbar/UrlbarPrefs.jsm#830). The data collection pref is [set here](https://searchfox.org/mozilla-central/rev/df6434d2ebfdf2b5f89f205fc81d60d64a774fe1/browser/components/urlbar/UrlbarPrefs.jsm#872) -- and only here -- so we're not hitting that path like we should be. I think that's because `scenario` is "offline" instead of "online" because the Nimbus urlbar feature hasn't finished initializing. When I add an artificial delay right before [this line in the Nimbus client implementation](https://searchfox.org/mozilla-central/rev/df6434d2ebfdf2b5f89f205fc81d60d64a774fe1/toolkit/components/nimbus/lib/SharedDataMap.jsm#74), then I can reproduce it. i.e., add this right before the `await this._store.load()`:

```js
        const { setTimeout } = ChromeUtils.import(
          "resource://gre/modules/Timer.jsm"
        );
        await new Promise(r => setTimeout(r, 3000));
```
Bug: Since most recent Catalina MacOS 10.15.7 update, crashes frequently when browsing Facebook
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 00:53:49+00:00
Resolved: 2021-11-15 19:12:59+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:

Browse Facebook


Actual results:

Crash


Expected results:

Continued Scrolling
Bug: Dismissing Download Panel with the same action that starts a new download will not show the Download Panel
Status: NEW
Priority: P3
Created: 2021-11-12 02:44:50+00:00
Resolved: 2022-04-01 04:12:03+00:00

##### [Description:]
This scenario require to not dismiss the Download Panel before initiating a new download.


##### [Environment:]
Windows 10
96.0a1 20211111211702

##### [Steps:]
1. Open Firefox
2. Access https://ftp.mozilla.org/pub/firefox/releases/0.10.1/
3. Click on any of the available files in the folder to otrigger a download.
4. Without dismissing the download panel, click again on the same download (reproduces easier)
5. Repeat.

##### [Actual Result:]
[Screencast](https://drive.google.com/file/d/1m73skPoqrVoWxplyStwyrhoKkw-v5TSw/view?usp=sharing)

##### [Expected Result:]
This is a tricky situation, since the download panel should be closed and reopen with the same action, which would lead towards a possible flicker
Bug: "Always Open Similar Files" availability is intermittent
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-11-12 02:48:07+00:00
Resolved: 2022-03-16 14:39:25+00:00

##### [Description:]
This issue varies depending on the used extension for the test and probably on operating system defaults as well.


##### [Environment:]
Windows 10
96.0a1 20211111211702

##### [Steps:]
1. Open Firefox
2. Access https://ftp.mozilla.org/pub/firefox/releases/0.10.1/
3. Click on the exe file to trigger the download.
4. After the file is downloaded right click on it in both the Download Panel and in the Download history and check the availability of the "Always Open Similar Files". (bug 1738111)
5. Restart Firefox and recheck again availability for "Always Open Similar Files"
6. Access https://ftp.mozilla.org/pub/firefox/releases/1.0.2/win32/el-GR/ and download another exe.

##### [Actual Result:]
[Screencast1 - with overwrite copy/dedupe](https://drive.google.com/file/d/142_nsDQ7_kxa19GXHvz2VUFEX150wDhf/view?usp=sharing)
[Screencast2 - with two exe files having different options](https://drive.google.com/file/d/1ZNCzjnPjgHpd6XP9oRO2QCp_EH5oMJV_/view?usp=sharing)
"My guess is that ""Always Open Similar Files"" works after browser restart because somehow it managed to get hold of the default system handler but for the new .exe. on the refetch(?) it hits again the same wall. 																									"

##### [Expected Result:]
Download Panel and Download History should behave and function on the same rules
Bug: (Intermittent) "Always Open Similar Files" is shown as selected (extensions type not added)
Status: NEW
Priority: P2
Created: 2021-11-12 02:53:21+00:00
Resolved: 2024-02-27 19:12:52+00:00

##### [Description:]
Similarly with bug 1740840 for the "Always Open Similar Files", but with the twist that when reproducible it will show "Always Open Similar Files" as selected.


##### [Environment:]
Windows 10
96.0a1 20211111211702

##### [Steps:]
1. Open Firefox
2. Access https://ftp.mozilla.org/pub/firefox/releases/0.10.1/
3. Download a tar.bz
4. In the download panel, right Click on the file to check the availability of the "Always Open Similar Files"
5. Restart the browser.
6. Open Tools/Downloads.
7. Right click on the downloaded file.

##### [Actual Result:]
In some conditions (?) the "Always Open Similar Files" appears as already checked, although it has not been checked, nor the browser behaves as such.

##### [Expected Result:]
-

##### [Note:]
I reproduced the above scenario once in the Downloads Panel as well, but I haven't caught reliable STR to reproduce either.
Bug: "Always Open Similar Files" should remain checked when a non-default Application replaces the OS default one
Status: NEW
Priority: P3
Created: 2021-11-12 04:09:41+00:00
Resolved: 2024-02-27 18:20:49+00:00

##### [Description:]
IMO, the "Always Open Similar Files" checkbox should reflect both default or user_picked application


##### [Environment:]
Windows 10, Mac 11
96.0a1 2021-11-11

##### [Steps:]
1. Start any download, e.g: : [download firefox 0.10.1](https://ftp.mozilla.org/pub/firefox/releases/0.10.1/Firefox%201.0PR.zip)
2. Wait for download to finish.
3. Right click on the downloaded file and select "Always Open Similar Files" 
4. Navigate to about:preferences / Applications and verify the selected option.
5. From about:preferences / Applications select "Use Other" and select a different non-default application.
6. Restart the initial download, e.g: : [download firefox 0.10.1](https://ftp.mozilla.org/pub/firefox/releases/0.10.1/Firefox%201.0PR.zip) in a new tab.
7. In the download panel right click on the downloaded file.

##### [Actual Result:]
The "Always Open Similar Files"  is checked off, checking it again would reset the custom application to the OS default.

##### [Expected Result:]
The "Always Open Similar Files"  should remain checked on when the action is "Open with Other"
Bug: about preferences ignores users' color choices when selecting custom colours and "always override"
Status: NEW
Priority: P2
Created: 2021-11-12 04:47:10+00:00
Resolved: 2023-06-02 15:22:29+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:

Opened about:preferences

Searched folo "Color."

Set background color to white.

Set override to "Always."


Actual results:

Since Firefox 57, I've been unable to scroll about:preferences owing to the non-scrolling sidebar. bug 1658601.

Unfortunately that's even worse if I set my own colors for other screen readability issues. bug 1691138.

Now If I set Firefox to use a white background and various text colors, and overide page styles, ("Always" in the menu), about:preferences gets a medium-gray background with no contrast between the main section and the sidebar.

If I set it *not* to override page styles, ("Never" in the menu), it gets a white background with no contrast between the main section and the sidebar.


Expected results:

I wouldn't mind if it set some kind of visual separation between the sidebar and the main section, to enable scrolling for the first tme since Firefox 56.

But it doesn't.

It looks like the default colors are white backgrounds for both. And if users instruct Firefox to "Always" use white backgrounds for contrast or other reasons, it substitutes medium-gray backgrounds for both.
Bug: download progress not showing on the download tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-12 04:52:39+00:00
Resolved: 2021-12-10 14:00:27+00:00

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

Steps to reproduce:

1) Go to any website
2) download a file of your choice
3) after pressing the download, the download started, but no-such file is displayed on the download tab.



Actual results:

1) Go to any website
2) download a file of your choice
3) after pressing the download, the download started, but no-such file is displayed on the download tab.


Expected results:

1) Go to any website
2) download a file of your choice
3) after pressing the download, the download should be started, and the file shall be displayed on the download tab.
Bug: Right click on link and choosing "Open in new tab" does not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-12 09:03:31+00:00
Resolved: 2021-12-27 14:37:22+00:00

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

Steps to reproduce:

As I have done many times before, I right click on a link on a page and choose "Open link in new tab" but now nothing happens after latest update.


Actual results:

nothing happens after latest update


Expected results:

Link should have opened in the new tab
Bug: Scrolling overflown tree elements with wheel up/down on about:preferences also scrolls the entire page simultaneously
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 09:34:09+00:00
Resolved: 2021-11-12 10:14:21+00:00

Scrolling a <tree> element on about:preferences with the mousewheel causes the tree to scroll and causes the container `vbox.main-content` to scroll at the same time. I can't figure out why. Ostensibly the wheel or scroll event is bubbling up to the main-content element for some reason.

See my attachment for an example involving the Search Shortcuts tree view. This has been going on for a long time actually, I just never thought to report it til now. Thanks 🙏
Bug: Builtin PDF Viewer issue
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-12 11:17:04+00:00
Resolved: 2021-11-12 18:53:41+00:00

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

Steps to reproduce:

When I recieve e-mail with attached PDF it's not openenning correctly in Thunderbird 91.3 built in PDF Viewer. Same issue was in Firefox 92.0. File is opening without issue in other PDF Viewers like Chrome/Edge, Adobe Reader. Example file is attached to this bug report. 


Actual results:

It's resulting a view of cropped document


Expected results:

Builtin PDF Viewer should correctly view PDF Documents.
Bug: After updating to Apple IOs 10.15.7, Firefox (94.0.1) keeps crashing and slows down, claiming not to have a connection to Internet.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-12 12:48:13+00:00
Resolved: 2021-12-28 19:27:29+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:

Updated IOs


Actual results:

Ff slows down regularly and crashes severalt times a day


Expected results:

Continue as normal
Bug: Microsoft Hotmail send & embed graphic issues
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-12 15:26:37+00:00
Resolved: 2021-12-28 19:28:03+00:00

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

Steps to reproduce:

In my same OS, I installed Opera's latest. Opening Firefox, a graphic would attach, but wouldn't embed in mail itself. The "send" button in hotmail would disappear & nothing further happened. When I reproduce same steps in Opera 81.0.4196.31, it performs flawlessly. This was done on an HP laptop Core I3, Gen 7 with 32 GB RAM & 157 GB free on V-NAND SSD.


Actual results:

Firefox: Hotmail won't embed graphic or send.


Expected results:

When directed, Hotmail should embed graphic & send.
Bug: .docx extension content type listed as OOXML document rather than Microsoft Word (Open XML)
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-11-12 16:32:01+00:00
Resolved: 2021-12-20 19:47:06+00:00

##### [Description:]
Due to changes in bug 1710926, now as part of adding a new mime type the file must be opened. This generates a different path than with the old method, which in case of .docx extension i think results in opening with WordPad prior to adding the docx extension to the mime list.

##### [Environment:]
Windows 10
not reproducible - Mac 11 
96.0a1 2021-11-12

##### [Steps:]
1. Download a docx from https://filesamples.com/formats/docx#google_vignette
2. Wait for download to finish.
3. Right click on the downloaded file and select "Always Open Similar Files" 
4. Navigate to about:preferences / Applications and verify the entry.


##### [Actual Result:]
docx is labeled as OOXML Text Document

##### [Expected Result:]
docx should be labeled as Microsoft Word (Open XML)

##### [Note:]
1. doc is labelled as Microsoft Word
2. Altough the "OOXML Text Document" is not incorect, i believe it would be rather confusing

##### [Severity:]
Even though in all honestly this issue is S3 material, I'm setting it on S2 pending additional investigation, since it is possible that some other content types might've been changed in Fx96 and a root cause analisys for this issue might reveal the root cause.
Bug: "Application Details" not available for default application (content type single option)
Status: NEW
Priority: P3
Created: 2021-11-12 17:17:48+00:00
Resolved: 2022-02-24 17:54:12+00:00

##### [Description:]
Refers to the lack of "application details" dropdown for a content type that has a default application.

##### [Environment:]
Windows 10
96.0a1 2021-11-12
94.0.1

##### [Steps:]
1. Download a docx from https://filesamples.com/formats/docx#google_vignette
2. Wait for download to finish.
3. Right click on the downloaded file and select "Always Open Similar Files" 
4. Navigate to about:preferences / Applications and verify the options for the newly added mime type. 
5. Add a new application for the docx content type (e.g. notepad)


##### [Actual Result:]
Similar to the behavior on Mac(94, 96), on Fx 96 the options for the docx mime type will not show the "application details" for only the default application.
5. Adding the Notepad as an Action Application will enable the "application details", but for the newly added Notepad.

##### [Expected Result:]
In Fx 94, the "application details" would've been available for the default "wordpad" in this example.


##### [Note:]
This seems like an intended change aligning Mac and Windows (haven't tested at this point on Ubuntu), so it can be that the original Windows behavior might've been a bug.: wouldn't hurt a confirmation.
Bug: High CPU usage and unresponsiveness when downloading a large file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-12 17:19:28+00:00
Resolved: 2022-07-05 20:22:41+00:00

I noticed this once or twice in the latter part of the 94.0b cycle but its very pronounced on 95.0b.

STR:

1. Open Task Manager and note FF CPU usage

2. With maybe a few tabs open to some benign web sites, open a new tab and visit https://answers.microsoft.com/en-us/msoffice/forum/all/office2019-pro-plus-direct-download-link/4ff3df6c-5039-4fc8-9d69-0ff2d833c30e

3. At the top of the page, click the download link for ProPlus2019Retail.img (4GB image)

4. As it's downloading, check Task Manager for CPU usage

In my case, with FF 95.0b6 running idle, I see CPU usage at 0-2%. When I initiate the download of ProPlus2019Retail.img, my machine become nearly unresponsive and CPU pegs around 45-50%.
Bug: In a new tab, in Firefox default search window, unable to type anything in search field.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-12 19:39:19+00:00
Resolved: 2021-11-15 19:44:41+00:00

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

Steps to reproduce:

 when opening a new tab, inside Firefox default search window, unable to type anything in search field.


Actual results:

Firefox default search window opens and search field shows up, but when clicking on the search field, I am unable to type anything in search field.


Expected results:

search field should allow to enter search text
Bug: Regression: Search results are unnecessarily cut off
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-12 20:02:24+00:00
Resolved: 2021-11-13 08:18:34+00:00

Nightly 96.0a1 (2021-11-12) (64-Bit)
macOS 12.0.1

1.) Type something into the Address Bar
2.) Take a look at the Search Engines results in the Address Bar's Drop Down

Actual: The results are unnecessarily cut off

Expected: No cut off.

This is recent regression in FF Nightly. Works well in FF Stable.
Bug: Blank tab background color not changing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-13 02:24:37+00:00
Resolved: 2022-01-08 11:00:45+00:00

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

Steps to reproduce:

Changing "browser.display.background_color" to #000000 in about:config


Actual results:

Blank tab color is still white


Expected results:

It should be black
Bug: All tabs gone, about:newtab blank, about:support without values (Browser Console: "TypeError: PlacesUtils.obfuscateUrlForXulStore is not a function BrowserGlue.jsm:3342:36")
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-13 02:48:19+00:00
Resolved: 2022-11-25 16:44:55+00:00

But can't reproduce it with mozregression.
Bug: click link activity wait indicator missing in Firefox 91.3.0esr 32bit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-13 07:03:54+00:00
Resolved: 2022-05-17 22:10:31+00:00

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

Steps to reproduce:

Click on a link if it does not immediately come up you have no way to tell what is going on.


Actual results:

No feed back on if the link was clicked or not.


Expected results:

Click on a link if it does not immediately come up you have no way to tell what is going on. There used to be a circle, I think, that rotated in the tab. This sort of feedback goes all the way back to the very beginning of GUI's on all computers. That something so fundamental  is missing shows me you guys have some serious problems. I mean no feedback when a site is clicked on? How could you miss this or let out something with this problem?
Bug: restore tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-13 08:56:21+00:00
Resolved: 2021-11-13 23:37:16+00:00

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

Steps to reproduce:

I updated Firefox nightly and the browser restarted



Actual results:

the "restore previous session" function is disabled


Expected results:

the tabs must be restored after the update
Bug: matchMedia event listener won't fire on OS color theme change
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-13 09:44:49+00:00
Resolved: 2022-02-01 01:57:30+00:00

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

Steps to reproduce:

1. Run a script that uses
`matchMedia('(prefers-color-scheme: dark)').addEventListener('change', (event) => console.log(event.matches));` to output a boolean to the web console that indicates whether the OS color theme is dark (true) or light (false) upon change.
2. Change the OS color theme.


Actual results:

The event listener does not fire in Firefox Developer Edition 95.0b6 on macOS. However, it does in Firefox 94.0.1 on macOS.


Expected results:

The event listener should have fired in Firefox Developer Edition 95.0b6, as it has in previous versions.
Bug: Fail start Nightly , pb libEGL ( ok with no-extension & repaired )
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-13 10:09:47+00:00
Resolved: 2021-11-13 23:37:25+00:00

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

Steps to reproduce:

Start Nightly


Actual results:

White page and Nightly broken.
In the console :
" [GFX1-]: glxtest: libEGL missing eglGetDisplayDriverName

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost


###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

[GFX1-]: glxtest: libEGL missing eglGetDisplayDriverName
" 

Without extension , ok . And then when I restart, it ask to repaire, ok.
Now it works ( but lambda user won't try "no-extension" ) , but without recovering my tabs :_( ...
There wasn't an update of my extensions ...

I can't reproduce te bug now ...
Nightly version : 96.0a1 (2021-11-12) (64 bits)


Expected results:

Nightly should start normaly ^^