av9ash/GitBugs huggingface dataset:
Bug: Firefox's app icon is smaller than other browsers' app icons in Windows' "How do you want to open this file?" dialog
Status: NEW
Priority: P3
Created: 2021-01-06 00:30:10+00:00
Resolved: 2024-02-21 18:11:30+00:00

### Steps to reproduce

1. In Windows File Explorer, right-click on a .pdf file.
2. Select "Open with > Choose another app" menu item.
3. Windows' "How do you want to open this file?" dialog should open.

### Expected result

Firefox's app icon should be the same size as Edge's, Chrome's, and Brave's app icons.

### Actual result

Firefox's app icon is smaller than the other icons, not centered, and it has a dark gray background color that contrasts poorly with the Firefox icon colors. See the attached screenshot.

I am using Windows 10 Version 10.0.19042 Build 19042.
Bug: the set as desktop wallpaper option missing from menu on MATE
Status: NEW
Priority: --
Created: 2021-01-06 00:51:59+00:00
Resolved: 2021-01-20 22:40:39+00:00

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

Steps to reproduce:

right clicking an image on any website


Actual results:

the set as desktop wallpaper/background option is not there


Expected results:

the set as desktop wallpaper/background option should be there
Bug: No HTTP error shown on HTTP for PDF but claimed to be local file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-06 01:14:52+00:00
Resolved: 2021-01-06 13:16:40+00:00

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

Steps to reproduce:

Open http://www.cio.bund.de/SharedDocs/Publikationen/DE/Innovative-Vorhaben/it_konsolidierung_bund_grobkonzept.pdf?__blob=publicationFile in Firefox.

Now click on the website icon.


Actual results:

It shows me a "This page is saved locally on your computer" where the security state should be shown.


Expected results:

It should show me a "Connection not secure" as if I visit http://neverssl.com/.

Linux, Fedora 33 Silverblue (rpm build by Fedora)
Linux 5.9.16-200.fc33.x86_64 #1 SMP Mon Dec 21 14:08:22 UTC 2020
Version 	84.0.1
Build-ID 	20201223104019
(this browser)

Also tested/reproducible with:
Build-ID 	20201221152838
Distributions-ID 	mozilla-flatpak
User-Agent 	Mozilla/5.0 (X11; Linux x86_64; rv:84.0) Gecko/20100101 Firefox/84.0
Betriebssystem 	Linux 5.9.16-200.fc33.x86_64 #1 SMP Mon Dec 21 14:08:22 UTC 2020

To be safe, I've marked this as a security bug for now. Feel free to unmark, if you think it's irrelevant. :)
Bug: Corroborate is set to run but its telemetry is expired
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-01-06 03:43:52+00:00
Resolved: 2025-01-05 12:42:41+00:00

The `corroborate.omnijar_corrupted` and `corroborate.omnijar_mismatch` scalars [expired in 80](https://searchfox.org/mozilla-central/source/toolkit/components/telemetry/Scalars.yaml#6854,6870), but it seems that it will still run on late idle (bug 1627040) because the pref is still enabled (since bug 1608308). I don't think it has any function independent of the telemetry. Probably the pref should be disabled?
Bug: Unable to download custom extension file
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-06 08:01:25+00:00
Resolved: 2021-01-06 09:37:27+00:00

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

Steps to reproduce:

The application we are developing uses a custom extension file (visible on Pre-84.png image) that can be downloaded.
However, ever since one of our customers updated to Firefox 84, the custom extensions started being replaced by a zip extension.
The application requires the custom extension for correct use and therefore, our customers that are using Firefox are unable to use the feature the custom extension provides.

This behavior is only observed on the latest Firefox version, other browsers and older Firefox versions do not have this behavior as can be seen on this Stack Overflow thread.     
https://stackoverflow.com/questions/65398445/firefox-84-0-is-changing-custom-file-extension-from-downloaded-file


Actual results:

Instead of download a .bcki file, Firefox downloads a .zip file.


Expected results:

Firefox should have downloaded the custom extension file without any changes.
Bug: Top Sites icons are not editable without newNewtabExperience
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-06 08:03:59+00:00
Resolved: 2021-01-15 14:46:07+00:00

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

### Steps to reproduce
1. Make sure `browser.newtabpage.activity-stream.newNewtabExperience.enabled` is `false`.
2. Go to about:newtab.
3. Hover on a Top Sites tile.

### Actual result
No 3-dot button appears on the top right corner of the tile.

### Workaround
Enable `browser.newtabpage.activity-stream.newNewtabExperience.enabled`, edit there and toggle it back.

This is regressed by bug 1680531.
Bug: Only part of path to executable is visible in Options/General/Applications
Status: UNCONFIRMED
Priority: P3
Created: 2021-01-06 12:24:44+00:00
Resolved: 2021-03-29 14:31:09+00:00

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

Steps to reproduce:

1. I entered Main Menu > Options > Applications 
2. Scrolled content of the table (specifying how Firefox handles downloaded files and which applications it uses while browsing) up to an item containing a long path to an application (installed in the user's AppData directory on Windows 7).
3. Tried to see the full path to the executable.


Actual results:

Only the beginning of the path is visible even after zoom-out to 50%. 
There's no way to copy the path or its last (invisible) part.
Effectively it is impossible to know what application is assigned for the type.


Expected results:

Either 
    the table should be expandable horizontally (preferable automatically) or
    the full path should be copyable or 
    the path should be displayed as an alternate text.
Bug: The "Top Sites" title is wrongly displayed instead of the "Shortcuts" one on the new "New Tab"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-06 12:40:37+00:00
Resolved: 2021-01-06 13:07:38+00:00

**[Affected versions]:**
- Firefox Beta 85.0b5 - Build ID: 20210105185604

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15
- Linux Mint 20

**[Prerequisites]:**
- Have a Firefox profile with the "browser.newtabpage.activity-stream.newNewtabExperience.enabled" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and observe the "Shortcuts" section's title.

**[Expected result]:**
- The "Shortcuts" title is displayed.
	
**[Actual result]:**
- The "Top Sites" title is displayed.

**[Additional Notes]:**
- The "Shortcuts" title is correctly displayed in the "Customization" menu and on the "about:preferences#home" page. Considering this we should display the same title on the new "New Tab" page for consistency reasons.
- This issue is not reproducible on the latest Firefox Nightly 86.0a1 because the "Shortcuts" section's title is hidden.
- Attached a screen recording of the issue.
Bug: The status of extensions (enabled/disabled) is not synced between devices
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-06 12:43:01+00:00
Resolved: 2021-01-06 20:53:58+00:00

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

Steps to reproduce:

Extensions that are disabled on one device are enabled on the other when syncing
Bug: Intermittent [tier2] TV uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), b
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-06 14:14:02+00:00
Resolved: 2021-03-09 17:00:47+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=325980619&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/adlQxtzNSLW-WZKHmSHLKw/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/adlQxtzNSLW-WZKHmSHLKw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-01-06T13:26:18.394Z] 13:26:18     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | Should have seen the unknown content dialogWindow. - 
[task 2021-01-06T13:26:18.394Z] 13:26:18     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | The option should be hidden for XML when the pref is false - 
[task 2021-01-06T13:26:18.394Z] 13:26:18     INFO - Leaving test bound test_internal_handler_hidden_with_viewable_internally_pref_disabled
[task 2021-01-06T13:26:18.394Z] 13:26:18     INFO - Buffered messages finished
[task 2021-01-06T13:26:18.394Z] 13:26:18     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.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. ```
Bug: Individual topsites tile meatball menus don't exist anymore
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-01-06 14:40:03+00:00
Resolved: 2021-01-06 15:10:02+00:00

Not sure what part of our work regressed this. When newtab update 1 prefs are off, we should be able to access individual topsite tile menus.
Bug: UI freeze and crash when Basic Auth prompter opens after "are you sure you want to quit" dialog is open
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-06 17:00:06+00:00
Resolved: 2021-02-12 21:32:08+00:00

Using latest Nightly.

Steps to reproduce:
1) Visit a website that requires Basic Authentication.
2) Before that website loads, try closing the browser.
3) Attempting to close Firefox opens the "Are you sure you want to close all tabs" dialog. Wait for the website to open in the background and the Basic Authentication dialog to appear.
4) Close the "Are you sure you want to quit" dialog. The Firefox UI will now be frozen.
5) Close Firefox again and confirm the "are you sure you want to close all tabs" dialog.
6) The window will close, but the process will keep running until it will crash.

This can  happen naturally when you open Firefox with many tabs, when one of them requires basic authentication, and immediately try to close it, before the tab with Basic Authentication loads.

I'm attaching a simple python web server that delays its Basic Authentication by 5 seconds. It serves a website at localhost:8000

Submitted crash: https://crash-stats.mozilla.org/report/index/940026ed-7517-49a2-9d98-100c70210106
Bug: [RTL] Pinned top site's Pin icons are not mirrored, and at the wrong spot
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-01-06 18:54:47+00:00
Resolved: 2022-12-06 20:39:02+00:00

This is because of this:
https://searchfox.org/mozilla-central/rev/ef900cd2258d4c5d968093f612f807d96e6e7c98/browser/components/newtab/content-src/components/TopSites/TopSite.jsx#361,363
The `dir="auto"` part should be applied on the title itself and not on its surrounding <span>.
Bug: Update the text on about:restartrequired to account for private windows
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-01-06 19:43:36+00:00
Resolved: 2022-02-25 03:42:03+00:00

We need to reconsider the text in the About:restartrequired page to make it clear that users will lose their private browsing, new tabs can't be opened and so forth. The current text is false and misleading. I propose we replace it with:


Sorry. We just need to do one small thing to keep going.

Your operating system has just updated Nightly in the background. Nightly will need to restart before it can open any new tabs.

Restarting will close any private browsing windows or tabs you have open; if you need to save this work, please do so before restarting.

All the rest of your pages, windows and tabs will be restored quickly, and we apologize for the interruption.


... or something to that effect.
Bug: Cannot unpin top site, menu not visible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-06 21:55:04+00:00
Resolved: 2021-01-07 06:10:25+00:00

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

Steps to reproduce:

Opened a new tab


Actual results:

The menu to pin, unpin, edit, etc, top sites is not working. (GIF attached showing the bug)


Expected results:

The menu should appear as normally, allowing to manage top sites correctly.
Bug: browser.urlbar.clickSelectsAll doesn't work anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-07 00:32:53+00:00
Resolved: 2021-01-07 03:39:20+00:00

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

Steps to reproduce:

I entered browser.urlbar.clickSelectsAll = false and it had no effect. There's absolutely no reason to remove this function. 3.77% of the used browsers are Firefox... I'm switching to Chrome...  this has become a joke. :( I guess you are doing this on purpose. Not even the feedback page works anymore. You got tired of people telling you to stop messing things up? I wonder if Google hires people to mess with this project? Whatever. RIP Firefox.


Actual results:

When clicking the address bar, everything is automatically selected. Good job.


Expected results:

The cursor should've been placed where I clicked. User in control, not some design flaw.
Bug: The string "&curren" (as in query strings like &amp;current_id=1)  gets replaced by ¤ character
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-07 12:41:08+00:00
Resolved: 2021-01-07 13:09:16+00:00

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

Steps to reproduce:

I have an html page contains the text with "...&amp;current_id=1&..." in it.
It's in a text node, *not* within the href attribute of a link though.

Note, that I have escaped the & in the first line by &amp;amp;, so the problem does not show up here too (which could be more than confusing).


Actual results:

The fragment "&amp;curren" gets replace by the currency character "¤", although there is *no* semicolon after it.

"&amp;curren" displays as "¤"
while other entities like 
"&amp;bull" displays as "&bull"
and only with a semicolon
"&amp;bull;" displays as "•"



Expected results:

HTML entities should only be replaced by their corresponding special characters if they are terminated by semicolon.
Bug: "Filling forms is not supported" bar is only shown after click
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-01-07 14:18:30+00:00
Resolved: 2021-04-26 21:31:38+00:00

STR:
- Open the attached PDF.

Expected result: The "filling forms is not supported" bar is shown.

Actual result: The "filling forms is not supported" bar is not shown, and it is shown after a click on the PDF content.
Bug: Protection Panel is not readable on hover for ORCA accessibility reader
Status: NEW
Priority: --
Created: 2021-01-07 14:46:48+00:00
Resolved: 2021-01-15 06:55:25+00:00

**Affected versions**
* Firefox 85.0b5
   Firefox 84.0.2

**Affected platforms**
* Ubuntu

**Steps to reproduce**
1. Start ORCA screen reader.
2. Open firefox and reach reddit.com
3. Click on the shield icon and hover over every option.

**Expected result**
* Every option is read out loud on hover.

**Actual result**
* Nothing is read out loud on hover.

**Regression range**
Will return with a regression range ASAP.
* First bad:
* Last good:
* Pushlog:
* Potentially regressed by:

**Additional notes**
* When scrolling  through them with the Tab button the options are read out loud as intended.
* Doorhangers are also not read with ORCA screen reader.
Bug: Trackers are not displayed if Cookies are not selected in Custom mode.
Status: NEW
Priority: P3
Created: 2021-01-07 14:56:30+00:00
Resolved: 2021-06-11 11:04:20+00:00

**Affected versions**
* Firefox 85.0b5
* Nightly 86.0a1

**Affected platforms**
* Windows 10 x64
*Ubuntu 18.04 x64
* macOS 10.13

**Steps to reproduce**
1. In about:preferences#privacy deselect only the option "Cookies" in the Custom section.
2. Go to https://senglehardt.com/test/trackingprotection/test_pages/social_tracking_protection.html.
3. Click on the shield icon. 

**Expected result**
* Cookies and other trackers should be seen under the "None Detected" section.

**Actual result**
* The message "No trackers known to Firefox are detected on this page." is displayed inside the Protection Panel.

**Regression range**
* First bad: 2019-11-02
* Last good: 2019-11-02
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7449a8c1f27bf1c6c1f7ecce1294f1095579ecbf&tochange=8aa8ed80ea4325031cd613b5f85a3d694231c2ba
* Potential regressor: Bug 1570466

**Additional notes**
* Please look at the attached gif.
Bug: The text inside snippets is not read by a screen reader app
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-07 15:56:44+00:00
Resolved: 2021-01-08 14:18:45+00:00

**[Affected versions]:**
- Firefox Release 84.0.2 (Build ID: 20210105180113)
- Firefox Beta 85.0b5 (Build ID: 20210105185604)
- Firefox Nightly 86.0a1 (Build ID: 20210107040715)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15

**[Prerequisites]:**
- Have the latest Firefox Beta version installed and open.
- Snippets are enabled.

**[Steps to reproduce]:**
1. Enable a screen reader app.
2. Open the Firefox window and go to “about:newtab”.
3. Make sure you have a snippet displayed. If not, open a new tab page until one is displayed.
4. Click the Tab key until you reach the snippet.
5. Observe whether the screen reader reads the content of the snippet.

**[Expected result]:**
-  The text of the snippet is read.

**[Actual result]:**
- The text of the snippet is not read.

**[Notes]:**
- The titles of snippets, hyperlinks and buttons are read.
- The text of the snippet can also not be selected using Tab.
- The issue might be reproducible on Linux, but I have had trouble getting screen readers to work on my version.
Bug: Overflow Menu is missing / disappeared
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-07 16:23:56+00:00
Resolved: 2021-10-09 09:54:08+00:00

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

Steps to reproduce:

In Debian10/KDE in Firefox ESR 78.6 I clicked on the menu in the upper right and selected Customize then I moved a few elements (mostly addons) out of the bar into the lower area so they don't show in the top bar anymore.


Actual results:

This caused the >> arrow for the Overflow Menu to disappear and I can't get it back. It's also not anywhere in that lower area so that it can be dragged back into the upper bar. This only occurs on one of my machines. I had configured it to look like on the machine (same version of Firefox) where the Overflow Menu is still showing. Restarting Firefox didn't help


Expected results:

The Overflow Menu should not have disappeared.
Bug: Firefox 84 slow scrolling
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-07 16:43:06+00:00
Resolved: 2021-01-08 22:40:45+00:00

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

Steps to reproduce:

1. Open a log web page.
2. scroll down with mouse wheel


Actual results:

Scrolling happens 1 lines at a time while previously it was 3 lines at a time. Also it feels like I need to turn the wheel more before scrolling kicks in. I tried increasing mousewheel.default.delta_multiplier_y to 300 and it is now similar like before. But scrolling still feels more sluggish.


Expected results:

Scrolling should happen 3 lines at a time as before.
Bug: In Firefox Developer Edition v85.0b5 does not work sliders. But on the previous version v85.0b4, it's working fine.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-07 17:09:05+00:00
Resolved: 2021-01-07 17:30:58+00:00

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

Steps to reproduce:

I visited this site [https://www.asics.com/us/en-us/gel-kayano-lite/p/ANA_1011A832-020.html?width=Standard] and open a page with a detailed description of the product. 

On this page, I see a slider(carousel with photos) but it isn't showing these photos. On dev tools, I see that this element has a gray color (it means that it is hidden). 

But it works on the previous version 85.0b4 

P.S. This bug also reproduces on other websites.


Actual results:

Slider elements don't show.


Expected results:

Slider elements should be visible.
Bug: macOS: UI becomes unresponsive if set to open with a .htaccess protected website and prompts to set default browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-07 17:12:42+00:00
Resolved: 2021-04-15 21:05:03+00:00

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

Steps to reproduce:

- Use Firefox 83.0 or higher (also present in 84, 84.0.1, 84.0.2)
- Set Firefox to always check if it's the default browser (default)
- Set firefox to open with an htaccess protected website that prompts for authorization at startup.
- Have a different default browser


Actual results:

- Firefox prompts for username and password, then comes up with the default browser dialog. 
- After either accepting or declining the dialog, the username/ password prompt behind it becomes unresponsive, preventing further interaction with Firefox.
- If the dialog was accepted, Firefox isn't actually set as the default browser

Trying to stop Firefox eventually comes up with a crashreport.


Expected results:

Up until Firefox 82.0.2 both dialogs could be interacted with properly.
It seems to be a macOS specific issue, under Windows it works as expected.
Tested on macOS 10.14, 10.15 and 11.1