av9ash/GitBugs huggingface dataset:
Bug: Windows HCM fixes for PBM 100
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-31 17:07:28+00:00
Resolved: 2022-04-15 13:02:22+00:00

This bug will address the Windows High Contrast Mode specific issues with the Private Browsing Page for Fx100.

1. the download button should have a border (color: ButtonText) when it is hovered so the text itself doesn’t bleed into the background

2. the border on the close button should use ButtonText

3. the google play and app store buttons in the dialog seem to be images, and the images already have borders so adding the button border like we’d normally makes it look fuzzy/visually indistinct. Ideally I’d remove the border from the image and rely on the CSS styling to add the (dynamic) border back in, but we could also remove the border in HCM since this content wont be adaptive anyway (and I think having the additional border here is actually harming the UX)
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-04-01 01:57:31+00:00
Resolved: 2022-05-10 17:06:17+00:00

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

---
```
[task 2022-04-01T01:08:09.777Z] 01:08:09     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | save browser - Should have expected this picker open. - 
[task 2022-04-01T01:08:09.778Z] 01:08:09     INFO - Buffered messages finished
[task 2022-04-01T01:08:09.779Z] 01:08:09     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Test timed out - 
[task 2022-04-01T01:08:09.779Z] 01:08:09     INFO - GECKO(23306) | MEMORY STAT | vsize 3881MB | residentFast 545MB | heapAllocated 320MB
[task 2022-04-01T01:08:09.780Z] 01:08:09     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | took 45008ms
[task 2022-04-01T01:08:09.781Z] 01:08:09     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-04-01T01:08:09.782Z] 01:08:09     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_urlescape.js | Found a tab after previous test timed out: https://example.com/browser/uriloader/exthandler/tests/mochitest/file_with@@funny_name.png - 
[task 2022-04-01T01:08:09.783Z] 01:08:09     INFO - checking window state
[task 2022-04-01T01:08:09.783Z] 01:08:09     INFO - TEST-START | uriloader/exthandler/tests/mochitest/browser_extension_correction.js
```
Bug: firefox uses home dir for downloads instead of downloads directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-01 02:10:20+00:00
Resolved: 2022-04-07 12:39:09+00:00

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

Steps to reproduce:

In firefox 98 the change to downloads results in temporary downloads being saved in home directory (on linux), with always ask.

1. Download a file
2. Prompt displayed choose "open with" application
3. File is opened in application, but file is also downloaded to home directory.


Actual results:

(as above)
Note that Download is set to "Always ask where to download files"


Expected results:

temporary(*) file should be downloaded to temp directory. 

(*) Hence why using "Open With"
Bug: incorrect content type on mozilla.cloudflare-dns.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-01 04:28:07+00:00
Resolved: 2022-10-04 15:06:02+00:00

Issue:  
Content type incorrectly stated
Severity:  
Low
Confidence:  
Firm
Host:  
https://mozilla.cloudflare-dns.com
Path:  
/dns-query
  
Issue detail
The response states that the content type is application/dns-message. However, it actually appears to contain unrecognized content.  If the URL path can be manipulated to end with ".html", the following browsers may interpret the response as HTML:
Internet Explorer 11
Internet Explorer 11 (Compatibility Mode)
Bug: firefox downloads temporary files in home directory
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-01 14:01:57+00:00
Resolved: 2022-04-13 12:03:24+00:00

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

Steps to reproduce:

PDF-MIME type is set to "Ask"

1. Click PDF link
2. Open With "Okular" (which is default system PDF viewer)



Actual results:

PDF opens in Okular but is saved to $HOME


Expected results:

PDF opens in Okular but should be saved to /tmp, $HOME/Downloads or some other directory.

Firefox shall not litter my $HOME directory with downloaded files.
Bug: Address bar truncates inputs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-01 17:56:42+00:00
Resolved: 2022-04-11 22:56:59+00:00

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

Steps to reproduce:

- Open Firefox when CPU is under load.
- Type in address bar and hit enter.

It took a few tries for me to get a video of it since it doesn't happen every time.

(see attached video)


Actual results:

The full input appeared in the address bar but the search term was truncated.


Expected results:

The input should not be truncated.
Bug: Page controls are misaligned in hamburger menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-02 02:07:08+00:00
Resolved: 2022-04-02 05:52:45+00:00

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

Steps to reproduce:

1. Open hamburger menu.
2. See page controls (zoom and fullscreen toggle).


Actual results:

Page controls items are misaligned in the hamburger menu


Expected results:

Page controls are correctly aligned in the hamburger menu.
Bug: Always first item drag & dropped from downloads list
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-02 14:20:56+00:00
Resolved: 2022-05-13 13:52:26+00:00

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

Steps to reproduce:

1. I downloaded all STL files from this sample project
https://www.thingiverse.com/thing:5323499/files

2. When I try to drag & drop the files visible in last downloaded list (not show all downloads) for example to Cura, there is always first downloaded file that is drag & dropped to the Cura (see attachment, where I tried to drag&drop third item in the list. It's the same with second item.).


Actual results:

When I drag & drop any downloaded file from last downloaded files list, first file from the list is always selected & drag & dropped to external program.


Expected results:

If I drag & drop for example second file in the last downloaded files list that should be drag & dropped to external program.
Bug: Missing information on page Solutions
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-02 15:07:00+00:00
Resolved: 2022-04-04 11:38:20+00:00

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

Steps to reproduce:

Go to rvsexpress.com 
Click on Solutions (main page)


Actual results:

Clear page, no information appears. 


Expected results:

Information  (text and picture) about Solutions
Bug: Windows Update "Looking for info about the latest updates? Learn More" URL in PC Settings triggers "Firefox is already running but not responding"  error
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-04-02 16:35:58+00:00
Resolved: 2022-04-11 14:37:20+00:00

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

Steps to reproduce:

1) Open Firefox.
2) Open PC Settings and click "Update & Security"
3) In the top right click "Learn More" to learn more about the latest updates to Windows.

Windows 10 21H2 (19044.1586)
Firefox 97.0.2


Actual results:

Despite Firefox being fully functional, Firefox will display the  "Firefox is already running but not responding" message when trying to view the latest information about Windows updates via the URL link in Windows Update.

Clicking Cancel will leave Firefox in a functional state but the URL won't be opened, clicking Close will reload Firefox and then the URL will be automatically opened.

Clicking an interactive element in a different program that'll trigger a URL to be opened in firefox, works fine.


Expected results:

The URL to be opened in a new tab within the existing instance of Firefox without any error messages.
Bug: https://cov19ent.kdca.go.kr/cpassportal/ Can't display correctly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-03 01:57:07+00:00
Resolved: 2022-04-25 09:46:53+00:00

STR.
1. go to https://cov19ent.kdca.go.kr/cpassportal/

Expected.
2. Showing the content correctly

Actual.
2. Page content is broken.

This page can be shown on Chrome correctly. Can be reproduced on Fx98 Release and Fx100 Nightly On Windows 10.
Bug: Accessed a URL, and downloaded a ZIP file without user interaction
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-03 08:35:49+00:00
Resolved: 2023-05-23 04:31:43+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 searched for "esphome ph-4502c" through startpage.com (my firefox default search engine - and not the problem here). I found the article below -
hXXps://how2electronics.com/diy-iot-water-ph-meter-using-ph-sensor-esp32/

Accessed from a Windows 10 desktop running Firefox 98.0.2.



Actual results:

When I accessed the site, the page loaded, then refreshed advising my firefox was out of date. At this point, a ZIP file (Firefox.Update.8b05f1.zip) downloaded WITHOUT any interaction from myself - no user interaction on the how2electronics.com domain at all.

Site is likely malicious, and an unwise user may open the zip.


Expected results:

The download should not have occurred without user interaction on the site.
Bug: Downloading files to external application downloads to Download folder instead of temporary folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-03 12:21:45+00:00
Resolved: 2022-04-11 09:02:54+00:00

Starting with FF98, when downloading files to be opened in external applications (e.g. open PDF file with Adobe Acrobat), downloads are stored in configured Download folder instead of temporary folder. So, these files unnecessary clutter the Download folder, and the user cannot tell important downloads from unimportant downloads.
Bug: Very slow upload
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-03 16:54:24+00:00
Resolved: 2022-04-03 20:46:57+00:00

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

Steps to reproduce:

Hello
I've got a ASUS Zenbook i5 windows 11 10.0.22000 Build 22000, all drivers up to date.
It's linked to SFR Box Fibre (1Gb/s)




Actual results:

I noticed that the upload is really very slow.

So, I tested the down and upload with the app. speedtest : download : 900mb/s upload: 350mb/s: normal I presume.

But, the same test using Firefox 98.0.2 64 bits to access to speedtest gives: download 500mb/s and upload ONLY 0.1 mb/s!!!!!!

I've got the same result with Chrome 100.0.4896.60!!!!

BUT, with Microsoft Edge 99.0.1150.55, I've got an upload at 200 mb/s !!!!!

Now, all upload with Firefox is nearly impossible: send a picture can take a few minutes!
 




Expected results:

I  would like to upload files as quickly with Firefox than with Edge.
Bug: Customize Interface does not save respective Downloads Option when moved
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-04-03 17:21:56+00:00
Resolved: 2022-05-03 02:59:24+00:00

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

Steps to reproduce:

1. Enter into "Customize Bar" Interface
2. Select on the Downloads Icon and check the box next to "Hide button when empty"
3. Move the Icon to any spot.


Actual results:

The "Hide button when empty" option is reset when moved.


Expected results:

The "Hide button when empty" should've kept its value when moved.
Bug: URL autocomplete only works for unpopular sites
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-04 02:21:58+00:00
Resolved: 2022-04-07 11:59:44+00:00

Steps to reproduce:

1. Clear all browsing data.
2. Reset everything under `places.frecency` in `about:config`
2. Visit a big domain, e.g. google.com
3. Open a new type and type "g"


Actual results:

Nothing comes up, have to type the entire thing no matter how many times I visit it.

But for whatever reason little (potentially malicious) sites like "googl.com" which I typed *once* by accident get remembered and autofilled every time I type "g" until I clear browsing data again.

Same with youtube.com vs youtub.com etc.

Even `about:config` and `about:profiles` won't get remembered.

Basically somehow everything I would want remembered doesn't get remembered, and everything I wouldn't want remembered, gets remembered.


Expected results:

Gets autofilled as soon as I type "g" (because that's one of the site I visit the most).

Ideally the less frequently visited stuff like "googl.com" and "youtub.com" gets less precedence.
Bug: Firefox cannot download a file larger than 200 MB from an online sharepoint
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-04 08:43:50+00:00
Resolved: 2024-03-15 17:25:48+00:00

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

Steps to reproduce:

I go to a Sharepoint Online and want to download any 200 MB file (any file extension).


Actual results:

The download starts and goes to error. Firefox never manages to download the file to the end. The download goes to "Failed". With the development console, I noticed the NS_ERROR_ABORT error. I don't know if this is related to the problem


Expected results:

The download should work. If I do the test with Internet Explorer, Edge Chromium or Chrome, I have no problem.
Bug: Content-Disposition: attachment PDFs with mimetype application/octet-stream are still downloaded even when PDFs are set to "open in firefox"
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-04-04 10:16:02+00:00
Resolved: 2023-12-22 15:27:06+00:00

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

Steps to reproduce:

When "downloading" a PDF (the server does not support viewing it online) then we are presented with three options for some time now:
- Open with Firefox
- Open with [whatever/list of apps]
- Download
Hitting "Open with Firefox" should save the PDF, but only in the temp folder and then viewed in Firefox.


Actual results:

Since at least version 98 *all* PDFs are now downloaded and stored in the "Downloads" folder, quickly littering it.
This is a problem because now there is no possibility to distinguish between legitimate downloads and ephemeral ones.
Bug: Download action setting not respected
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-04 10:29:33+00:00
Resolved: 2022-05-05 16:46:19+00:00

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

Steps to reproduce:

This is likely a dup of #1760536 but I'm on Linux and it definitely does _not_ work for me. Don't know if opening a new bug, instead of trying to reopen that, is the right thing to do. If not, please bear with me.

I've set "Always ask" for "Portable Document Format (PDF) (application/binary)", "Portable Document Format (PDF) ("application/pdf")" and "Portable Document Format (PDF) (file/pdf)". There are no other pdf types there.

I have the internal pdf viewer disabled, and resort to okular to view pdf files.


Actual results:

If in "Downloads" I set "Save files to" (an existing directory) the file get saved there, without asking what to do with it.
If, instead, I choose "Always ask you where to save files" I get a windows asking me where to save the file. After the file has been saved I can open if following the new workflow described in the release notes of Version 98. 

This happens with all pdf files for me, e.g. with 
https://figshare.com/ndownloader/files/27767343


Expected results:

I should get a prompt asking me what to do with the file, either save or open it. It's clear to me that, in order to view it, it needs to be downloaded and stored somewhere. However, the previous behavior was better, at least for me: whenever I wanted to view the file, and then drop it into oblivion, I could choose "open with"; the file would have been saved into /tmp, I I had the guarantee that it would have been automatically deleted sooner or later. Had I chose "save" then I could have put it in the right place (as with "Always ask you where to save files"). However, now the file first get saved, and then I need additional mouse clicks.
If I want to view it and then drop it I need to open it, and then delete the file, unless I choose "/tmp" as dowload folder. But this requires more mouse click (to open it, and the to delete). If instead I choose "/tmp" as the default download folder then I need more mouse clicks whenever I want to keep the file, or save it without first looking at it.

I'm on Linux, Firefox 98.0.2 , OpenSUsE tumbleweed.
Bug: Download panel opens and closes rapidly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-04 13:00:37+00:00
Resolved: 2022-04-13 20:17:43+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:

Just download some files using Firefox.


Actual results:

Once the download is complete, the download toolbar hides. But after sometimes it starts twitching and closing and opening very fast. It does not happen very frequent, but I think it should not work like that.


Expected results:

Once disappeared, it should not open up automatically without clicking.
Bug: Firefox experiencing internal multiple bugs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-04 15:41:26+00:00
Resolved: 2022-04-05 15:43:13+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 tried to login into Office 365 -> type in username, password -> wait for Microsoft to send the SMS 2nd verification code to my  then click "LOG IN"


Actual results:

Firefox took me back to the login page again.


Expected results:

Firefox should have taken me directly into my Office 365 user profile.

(I also tried to uninstall and fresh install Firefox again but this bug repeats)
Bug: Don't skip validation of branches that use variables only features.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-04-04 17:28:45+00:00
Resolved: 2022-04-07 14:43:13+00:00

Bug 1761105 started validation of features with variables listed (not just schemas), but we erroneously skip validation of the first branch because of this [`continue` statement](https://searchfox.org/mozilla-central/rev/26a1b0fce12e6dd495a954c542bb1e7bd6e0d548/toolkit/components/nimbus/lib/RemoteSettingsExperimentLoader.jsm#382)
Bug: When PDF download behaviour is set to "Always Ask", choosing "Open In Firefox" stores the file to the default downloads directory
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-04 18:09:17+00:00
Resolved: 2023-07-20 15:15: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:

- In about:preferences >> Files and Applications >> Applications, set the Action for application/pdf to "Always Ask"

- Navigate to a PDF file (such as https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf)

- In the dialog which asks you what you want to do with the file, select "Open in Firefox"


Actual results:

- The PDF file opens in the Firefox PDF viewer, but is stored in the user's default download directory


Expected results:

The same behaviour as if you had configured the application action in about:preferences to "Open In Firefox", i.e. the file opens in the PDF viewer but is not saved to the default download dir.

As discussed in bug 1759779 (https://bugzilla.mozilla.org/show_bug.cgi?id=1759779#c15), the current behaviour does not seem to be optimal.
Bug: Intermittent TV-fis browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | devtools should be disabled by policy. - Got true, expected false
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-04-04 18:55:36+00:00
Resolved: 2022-04-11 14:22:38+00:00

**Filed by:** mlaza [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=373302349&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/YEVqxzoJRaSAk9EJMgC64g/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/YEVqxzoJRaSAk9EJMgC64g/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-04-04T17:09:31.400Z] 17:09:31     INFO - TEST-START | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js
[task 2022-04-04T17:09:31.420Z] 17:09:31     INFO - TEST-INFO | started process screentopng
[task 2022-04-04T17:09:31.799Z] 17:09:31     INFO - TEST-INFO | screentopng: exit 0
[task 2022-04-04T17:09:31.799Z] 17:09:31     INFO - Buffered messages logged at 17:09:31
[task 2022-04-04T17:09:31.799Z] 17:09:31     INFO - Entering setup bound policies_headjs_startWithCleanSlate
[task 2022-04-04T17:09:31.800Z] 17:09:31     INFO - Leaving setup bound policies_headjs_startWithCleanSlate
[task 2022-04-04T17:09:31.800Z] 17:09:31     INFO - Entering test bound test_updates_post_policy
[task 2022-04-04T17:09:31.801Z] 17:09:31     INFO - Buffered messages finished
[task 2022-04-04T17:09:31.802Z] 17:09:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | devtools should be disabled by policy. - Got true, expected false
[task 2022-04-04T17:09:31.803Z] 17:09:31     INFO - Stack trace:
[task 2022-04-04T17:09:31.803Z] 17:09:31     INFO - chrome://mochikit/content/browser-test.js:test_is:1422
[task 2022-04-04T17:09:31.804Z] 17:09:31     INFO - chrome://mochitests/content/browser/browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js:test_updates_post_policy:12
[task 2022-04-04T17:09:31.805Z] 17:09:31     INFO - chrome://mochikit/content/browser-test.js:handleTask:989
[task 2022-04-04T17:09:31.808Z] 17:09:31     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1061
[task 2022-04-04T17:09:31.810Z] 17:09:31     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/disable_developer_tools/browser_policy_disable_developer_tools.js | devtools dedicated disabled pref is set to true - 
```
Bug: Firefox 98.0.2 or the previous update is blocking my downloads
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-04-04 19:14:03+00:00
Resolved: 2022-04-18 07:51:02+00:00

Steps to reproduce:

I can't download anything from my web email accounts. Everything works fine in Chrome.


Actual results:

All downloads fail.


Expected results:

Download attempts should notify me to proceed with a pop-up to open or save the file