av9ash/GitBugs huggingface dataset:
Bug: Login to www.corriere.it doesn't work on Firefox (yes with Chrome).
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-11 16:46:20+00:00
Resolved: 2022-04-08 11:25:47+00:00

Steps to reproduce:

Login to "https://www.corriere.it/account/login?landing=https://www.corriere.it/?ssoAt=" fails (blank page): I'm trying to login to www.corriere.it by clicking on "Accedi" but it doesn't work (it works ok on Chrome browser).


Actual results:

I am registered on www.corriere.it but I'm not allowed to login by using Firefox (yes by Chrome)


Expected results:

I am registered on www.corriere.it and I should be allowed to login by using Firefox.
Bug: download panel does not go away automatically
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-11 17:03:11+00:00
Resolved: 2022-03-15 10:04:18+00:00

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

Steps to reproduce:

download some files in freshly installed firefox v98.0.


Actual results:

the download flow function in new vs98.0 is buggy. when we click a file to download it takes it as a click on the download button of toolbar & the download panel comes & download begins but now the panel not goes away until we click somewhere else on the window (even if all the downloads are completed).


Expected results:

the download panel should disappear automatically on download completion. Rather it will be more better if only the download button animation(clockwise rotating blue color) tells us about download status. As ultimately if more detailed status of a download is required, a user can check it by manually clicking the download button in toolbar or other other places.
Bug: Infobar not displayed (on restart) when Firefox set default engine is removed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-11 19:33:31+00:00
Resolved: 2022-05-16 15:14:20+00:00

**Description**
When a default engine is removed by RS configuration update due contractual or other circumstances an infobar is expected to inform the user about the change. There are two ways to trigger this once the RS update is in the pipeline: restart or 5' idle. In case of f a Firefox set default search engine removal, restart won't trigger the infobar (5' idle time will)


**Affected versions**
* Firefox 98
* Beta 99
* Nightly 100

**Affected platforms**
* all

**Steps to reproduce**
1. Create a profile for a region/localization that has google.com as Firefox set default engine.
2. Have a search-config update that contains a removal of a Firefox set engine, e.g. google.com
3. Have the search-config update in pipeline. (changes are brought from RS, but not yet applied)
4. Restart browser. (RS changes are applied)


**Expected result**
Default engine is removed and Infobar is displayed stating that the google.com engine is replaced.

**Actual result**
Default engine is removed, but no Infobar is displayed in this case

**Regression range**
* Not a regression

**Note:**
This issue does not apply to user set default engine, but it applies to distribution set engines.
Bug: Upgrade from 97.0.1 to 98.0 destroyed MIME type associations
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-11 20:50:17+00:00
Resolved: 2022-03-18 14:23:02+00:00

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

Steps to reproduce:

Upgraded from Firefox 97.0.1 to 98.0 on Ubuntu 20.04 by standard package upgrade procedure.


Actual results:

All previous application associations defined in Settings were lost. For most file types, the action has been forced to "Save the file", except of a few (like PDF) that have been set to "Open in Firefox".  I had to manually set all associations again.


Expected results:

All previous associations should be preserved, as it always was when upgrading to a new version.
Bug: New tab animation origin point is above the tab to the left
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-03-11 21:17:48+00:00
Resolved: 2022-05-16 09:07:03+00:00

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

Steps to reproduce:

Open a new tab


Actual results:

The new tab starts to appear above the last tab. In other words, the new tab's origin is above the last existing tab's "X" (close button), and then moves to the right.
Recording of the described issue (recommended to put video on loop): https://youtu.be/CerxMZX1O-A


Expected results:

The new tab's origin point should be the "+" (open a new tab button).
I tested this in another browser, which is a fork of Firefox ESR, and the issue cannot be reproduced there.
Some comparison screenshots of new tab origin point between current Firefox v98, and ESR: https://drive.google.com/drive/folders/1WkmX36IGSDmsmSFSy8nQfmsKGwVw1mZN?usp=sharing
Bug: Downloads panel opens when extensions (e.g. Simple Tab Groups) automatically start and delete downloads, without user interaction. (investigate ways to prevent this)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-03-11 22:28:16+00:00
Resolved: 2024-07-04 12:08:54+00:00

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

Steps to reproduce:

Have downloaded some files in the current session, then continue browsing the web.


Actual results:

Download panel pops up, showing previously downloaded files.


Expected results:

Download panel should not pop up unless I trigger a download.

This has happened twice in approximately 8 hours. It's confusing, distracting and frustrating, and I don't know what the cause is (no download appears in the panel). I think it might be one of my extensions using `browser.downloads.download` to download something, then `browser.downloads.erase` to remove it from the list so I don't see it. I know "Simple Tab Groups" does this for backups.

I'm currently working around it by setting "browser.download.alwaysOpenPanel" in `about:config` to false, which stops opening the panel by default.
Bug: Firefox 98 userchrome does not remove tab favicons
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-11 23:31:42+00:00
Resolved: 2022-04-12 14:49:37+00:00

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

Steps to reproduce:

same userchrome for 97 and 98; .tabbrowser-tab .tab-icon-image { display:none!important; } favicons are removed in 97 but not 98


Actual results:

favicons removed in 97; not in 98

Mac OS 19.15.7


Expected results:

favicons should have been removed in both
Bug: Webmail Applications have been changed for the worse.  they need to be restores to the previous version of Firefox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-12 00:05:27+00:00
Resolved: 2022-05-17 20:59:23+00:00

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

Steps to reproduce:

Can't open attachments in webmail.  First noticed it with Videos/MP4.  Also found the problem with MS Word documents, pictures (jpeg)


Actual results:

No searches I did via the internet and/or Mozilla revealed any solutions.


Expected results:

All these application function in all the previous versions of Firefox without difficult.  Never encountered a security issue; as such I cannot fathom the necessity to make the change.  It's just a damn nuisance!

I hope it can be fixed/resolved promptly.
Bug: attachments& archives without OPEN or SAVE option after 98.0 update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-12 15:27:33+00:00
Resolved: 2022-04-01 13:45:05+00:00

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

Steps to reproduce:

At settings/general/downloads is set on always ask where to save. 


Actual results:

Opening email attachments Mozilla is directly saving,without option of OPEN, how it previously was. Archives(rar,zip) does the same- they're ONLY saved on pc.
After 98.0 update it started to act like this.


Expected results:

Opening email attachments Mozilla should have the option OPEN or SAVE, how it previously was. Even archives(rar,zip) should have the option OPEN or SAVE.
Bug: Disable updates with policies.json
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-12 16:48:18+00:00
Resolved: 2022-03-14 09:41:06+00:00

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

Steps to reproduce:

Windows10, I have firefox 97.0.1 (64 bits) installed.
I added a C:\Users\...\AppData\Local\Mozilla Firefox\distribution\policies.json
containing :
--------------cut-here-----------
// Cf https://github.com/mozilla/policy-templates/blob/master/README.md
//    https://github.com/mozilla/policy-templates/releases
{
  "policies": {
    "DisableAppUpdate" : true,
    "AppAutoUpdate" : false,
    "ManualAppUpdateOnly" : true,
//  "AppUpdateURL" :  "https://disney.com",
    "BackgroundAppUpdate" : false,
    "DisableFirefoxAccounts" : true,
    "DisablePocket" : true,
    "DisableTelemetry" : true,
    // Pour verifier que ce fichier fonctionne :
    "BlockAboutConfig": true
  }
}
--------------cut-here-----------




Actual results:

But I still continue to see popups about firefox updates, and about:config is responding.


Expected results:

Never seen again updates invitation popups.

[Please don't tell it's bad to not enable automatic updates]
Bug: replaceTabsWithWindow should take into account that adoptTab can abort
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-12 19:06:45+00:00
Resolved: 2022-03-22 04:39:30+00:00

```js
var triggeringPrincipal = Services.scriptSecurityManager.getSystemPrincipal();
var tab0 = gBrowser.addTab("data:text/plain,0", {triggeringPrincipal});
var tab1 = gBrowser.addTab("data:text/plain,1", {triggeringPrincipal});
var tab2 = gBrowser.addTab("data:text/plain,2", {triggeringPrincipal});
gBrowser.selectedTab = tab2;
gBrowser.addToMultiSelectedTabs(tab0);
gBrowser.addToMultiSelectedTabs(tab1);
gBrowser.replaceTabsWithWindow(tab2);
tab0.linkedBrowser.setAttribute("remote", !tab0.linkedBrowser.isRemoteBrowser);
```

This code creates 3 tabs: `tab0`, `tab1`, `tab2`. And moved them into a new window, with the same order.

Just with a catch: the adoption of `tab0` will fail because we have tampered with the `remote` attribute. But a failure can happen naturally due to bugs like bug 1758307.

Then the new window ends up with 2 tabs: `tab2` and `tab1`. The order has been reversed!

That's because `replaceTabsWithWindow` assumes that tab adoption will always succeed, so:
1. It creates a new window, it has a single tab, that will adopt the selected tab, `tab2`.
2. Then it makes the new window adopt `tab0`  at index 0, but this fails.
3. Then it makes the new window adopt `tab1`  at index 1, assuming that it will appear between the tab that adopted `tab0` and the tab that will adopt `tab2`. But since `tab0` was not adopted, the new window has a single tab (the one that will adopt `tab2`), so `tab1` is adopted after it.

`replaceTabsWithWindow` should take into account that `adoptTab` can fail, and preserve the order of the tabs that can be adopted successfully.
Bug: All downloads now show the download progress pulldown as a sticky menu.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-12 19:17:20+00:00
Resolved: 2022-03-22 17:46:59+00:00

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

Steps to reproduce:

Down load a PDF (or picture) file using the "download button" in the default viewer. 


Actual results:

The file is downloaded correctly but the on-going download progress pull-down menu is also displayed. A click is required to dismiss it.
This is an irritant and requires an extra click on EVERY download!


Expected results:

The download progress pull-down menu should not be displayed by default.
It should only be displayed when the download progress button is clicked.
Bug: Not able to type in URL bar of new tab created before the previous tab loaded
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-13 00:09:59+00:00
Resolved: 2022-03-25 12:19:13+00:00

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

Steps to reproduce:

1. open a new tab
2. type a few characters in the address bar until a site is suggested.
3. Hit enter to start loading that site, and immediately hit Cmd+T to make a new tab


Actual results:

Very often, the new tab’s address bar is not functional despite appearing focused. When navigating back to the previous tab, its address bar is still focused. Pressing enter in the old tab then navigating back to the new tab frees up the new tab’s address bar.


Expected results:

The address bar of a new tab should be focused and operational regardless of the loading state of the previous tab.
Bug: Perma browser/components/urlbar/tests/unit/test_unitConversion.js |  - "13:00 UTC" == "14:00 UTC" | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-03-13 00:49:39+00:00
Resolved: 2022-03-20 00:16:20+00:00

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

---
```
[task 2022-03-13T00:17:49.515Z] 00:17:49     INFO -  TEST-START | browser/components/urlbar/tests/unit/test_unitConversion.js
[task 2022-03-13T00:17:49.695Z] 00:17:49     INFO -  toolkit/crashreporter/test/unit/test_crash_heap_corruption.js failed or timed out, will retry.
[task 2022-03-13T00:17:49.814Z] 00:17:49     INFO -  toolkit/crashreporter/test/unit/test_crash_modules.js failed or timed out, will retry.
[task 2022-03-13T00:17:50.199Z] 00:17:50  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/unit/test_unitConversion.js | xpcshell return code: 0
[task 2022-03-13T00:17:50.209Z] 00:17:50     INFO -  TEST-INFO took 680ms
```
Bug: Intermittent [Tier 2] browser/components/urlbar/tests/browser/browser_top_sites.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. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-03-13 01:19:51+00:00
Resolved: 2022-04-05 17:01:38+00:00

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

---
```
[task 2022-03-13T00:32:03.604Z] 00:32:03     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_top_sites.js | The number of results should be maxRichResults (10). - 10 == 10 - 
[task 2022-03-13T00:32:03.605Z] 00:32:03     INFO - Leaving test bound topSitesNumber
[task 2022-03-13T00:32:03.605Z] 00:32:03     INFO - Buffered messages finished
[task 2022-03-13T00:32:03.606Z] 00:32:03     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_top_sites.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 2022-03-13T00:32:03.607Z] 00:32:03     INFO - GECKO(4672) | MEMORY STAT | vsize 2104912MB | vsizeMaxContiguous 65093672MB | residentFast 565MB | heapAllocated 144MB
[task 2022-03-13T00:32:03.607Z] 00:32:03     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_top_sites.js | took 53044ms
```
Bug: Firefox screenshot introduce a color shift
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-13 08:24:07+00:00
Resolved: 2022-04-04 20:36:09+00:00

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

Steps to reproduce:

- Go to https://sepiasearch.org/ (for instance)
- take a screenshot using the system tool
- take a screenshot using Firefox internal screenshot tool


Actual results:

Both screenshots are not equal, Firefox's one has a color shift (towards red in my case) compared to the website.
Attached is an image combining both the original color (using my OS screenshot tool) at the border and Firefox own screenshot on the center, with a reddish color shift (from orange to salmon).


Expected results:

Both screenshots have the same colors, representing the website correctly.
Bug: Files that shouldn't be are saved on drive.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-13 09:23:01+00:00
Resolved: 2022-04-01 13:11:44+00:00

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

Steps to reproduce:

I clicked on a pdf link to view it in Okular.


Actual results:

The file was saved to my drive


Expected results:

The file should've been put in temporary directory so I don't have to keep track of files I never wanted on my drive and deleting them.
This bug put  a tonne of unwanted files on my drive. I never wanted those files and now I have to keep deleting them.

If you want to make it better save the file to the temporary directory and on the download panel add a button to actually save it (move it) to a directory on the drive.

Please don't force users to keep track of files they never intended to download in the first place.
Bug: Sponsored also shows for non sponsored tiles, when right-clicking on a tile
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-13 11:05:15+00:00
Resolved: 2022-03-14 13:58:20+00:00

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

Steps to reproduce:

See screenshot.


Actual results:

It will show in german Firefox `Google-Suche nach "Facebook Gespon..."` and in english `Search Google for "Facebook Sponsored"`.
Bug: Download history opens after every screenshot taken (since update 98.0)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-13 11:05:57+00:00
Resolved: 2022-07-06 10:15:52+00:00

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

Steps to reproduce:

take a screenshot with in-built tool of Firefox (Ctrl+Shift+S)


Actual results:

pull-down menu of Download History opens up from Menu Bar, overlaying the website I'm currently reading


Expected results:

like befor update 98.0: just highlight Download History button in Menu Bar

all the popping up of boxes is irritating. please make it more "calm" again!
Bug: Status bar color is light while using dark theme (Kubuntu doesn't ship with Adwaita-dark theme)
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-03-13 12:16:02+00:00
Resolved: 2022-04-20 10:10:30+00:00

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

Steps to reproduce:

1. Enable "Dark" theme in Firefox. 
2. Hower over link to observe status bar.


Actual results:

Status bar color is light and doesn't match dark theme. 


Expected results:

Status bar color should be dark to match dark theme.

**Additional info**:
KDE v5.24.3 with X11
The only way to get status bar in dark color is to switch theme to "Breeze Dark" and then relogin.
Bug: Firefox also saves files in my download directory that I chose to open directly into a program.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-13 12:51:25+00:00
Resolved: 2022-03-19 11:13:47+00:00

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

Steps to reproduce:

Click any downloadable link and chose to open.


Actual results:

The file also saved as a copy to my download directory.
It started a few days ago, followed you instructions on https://support.mozilla.org/en-US/kb/change-firefox-behavior-when-open-file and removed the handlers.json file, but it did not fix the problem.


Expected results:

NOT also download the 3 gb file I choose to open, I want to open the 3gb file in my specified program, not add 6gb of data to my computer.
Bug: Lost previous data
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-13 14:09:31+00:00
Resolved: 2022-03-13 21:14:00+00:00

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

Steps to reproduce:

I had formatted my "C" drive and after a restore operation i lost everything six months of history bookmarks and couldn't remember the password so I reset the password to i though I was using about six months back
But nothing got retrieved


Actual results:

No History No bookmarks


Expected results:

i should have been logged to my account
Bug: Regression: v98.0 scrollbar no longer uses gtk (gtk3) theme on linux x11
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-13 14:25:50+00:00
Resolved: 2022-03-21 09:25:22+00:00

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

Steps to reproduce:

Install FF v97.0.2. Set up my gtk3 theme:
widget.content.gtk-theme-override -> Clearlooks-Phenix
widget.non-native-theme.enabled -> False
Restart firefox and all is good (scrollbar uses gtk3 theme)

Upgrade from FF v97.0.2 to FF v98.0
Scrollbar no longer uses gtk3 theme (all is not good)


Actual results:

The scrollbar in FF v98.0 does not use my gtk3 theme.
(Screenshot attached)


Expected results:

The scrollbar in FF v98.0 should use my gtk3 theme.
(The scrollbars in all versions from FF v90.0 to FF v97.0.2 did use my gtk3 theme)

As requested, my UA string is:
Mozilla/5.0 (X11; Linux x86_64; rv:98.0) Gecko/20100101 Firefox/98.0
Bug: Input Element not accepting valid E-Mail address
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-13 16:30:01+00:00
Resolved: 2022-03-13 16:59:59+00:00

Steps to reproduce:

I entered the following valid E-Mail addresses into a standard <input type="email"> element and they are not seen as valid Mail addresses.

Tested and valid (according to RFC 3639):

    Abc\@def@example.com
    Fred\ Bloggs@example.com
    Joe.\\Blow@example.com
    "Abc@def"@example.com
    "Fred Bloggs"@example.com
    customer/department=shipping@example.com
    $A12345@example.com
    !def!xyz%abc@example.com
    _somename@example.com



Actual results:

On entering the E-Mail addresses the user is prompted to enter a "valid" address, even though the entered one should work.


Expected results:

The E-Mail should have been accepted as valid.
Bug: "always open similar files" is sometimes missing
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-13 17:25:55+00:00
Resolved: 2022-04-29 13:37:14+00:00

Firefox 98 changed the behaviour of downloads in Firefox. To be able to configure the download behaviour for certain file types users need to see these file types in the Firefox preferences. In theory they can use the "always open similar files" option in the context menu of the download panel to make these file types available for configuration. Unfortunately this option is sometimes missing. In my Firefox support forum nobody was able to see this option for exe downloads, we also already got one report for "ts" (I was not able to reproduce for this file type) and one for "msg". Could you please *always* show this option so that it's possible for users to configure every file type they want? It would be much easier for the users to accept the new default download behaviour if the individual configuration would work as expected.