av9ash/GitBugs huggingface dataset:
Bug: Downloading a file with "always ask" selected does not consistently open unknownContentType window if download panel improvements pref is enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-09-30 22:24:25+00:00
Resolved: 2021-11-05 15:57:57+00:00

Observed behaviour when `browser.download.improvements_to_download_panel` is true and the "always ask" content type preference is selected:

[Reproduction Steps]
1. Go to `about:config` and enable `browser.download.improvements_to_download_panel`
2. Go to `about:preferences` and set "Always ask" for Portable Document Format (PDF)
3. Download a PDF file (ex. https://filesamples.com/formats/pdf#google_vignette)
4. See unknownContentType window. Select any radio button option.
5. Press OK button.
6. File should download with chosen option. Wait till download is finished.
7. Download another PDF file again. unknownContentType window will not appear again.
Bug: Firefox leaks single-word searches as DNS queries
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-01 01:17:46+00:00
Resolved: 2021-10-05 09:23:51+00:00

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

Steps to reproduce:

Searched for 'testquery' using the omnibar


Actual results:

Firefox searched my search provider for 'testquery'.
Firefox asked me if I want to visit "http://testquery", I clicked no.
Before I even clicked no, Firefox leaked my search as a DNS query.


Expected results:

Firefox should not have made the DNS query - especially not before I clicked no.

Users expect searches to be secured over an HTTPS connection, to only their search provider and no one else. The search should under no circumstances be made visible to the DNS operator.
Bug: Drag-n-drop save bookmark not working in 92.0.1 (64-bit)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-01 03:01:30+00:00
Resolved: 2021-10-18 08:47:06+00:00

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

Steps to reproduce:

Place mouse over icon next to address in address bar.
Left click and drag icon to bookmark icon.
This should open the bookmarks pull down but doesn't 


Actual results:

The bookmarks pull down appears for a split second then goes away before you can drop the new bookmark where you want it. 


Expected results:

The bookmarks pull down should stay open, giving the user the option to place the new bookmark where they would like it when they release the left mouse button.
Bug: Downloads Panel moves on each reopening for mixed content
Status: NEW
Priority: P3
Created: 2021-10-01 07:28:15+00:00
Resolved: 2021-10-05 15:04:43+00:00

*Affected versions*
* 94.0a1 (20210930095024)
* 93.0 (20210927210923)



*Affected platforms*
* Windows 10 x64
* macOS 10.15
* Ubuntu 20.04

*Steps to reproduce*
1. Open Firefox and https://www.thinkbroadband.com/download.
2. Download a random item and click on the downloads panel.
3. Click on Show more information for the downloaded item.





*Expected result*
* Downloads details subpanel is opened with no visual glitches.


*Actual result*
* Downloads details subpanel is moved on opening.


*Regression range*
* Last good revision: 8262d23cdf85c12d77ab69eaf56feba6c76c36d8
 First bad revision: 3c69fc87e9d86e262b2931ecf9117fc5353a8c35
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8262d23cdf85c12d77ab69eaf56feba6c76c36d8&tochange=3c69fc87e9d86e262b2931ecf9117fc5353a8c35




*Notes*
* Attached a screen recording.
Bug: Crash in [@ mozilla::freestanding::patched_NtMapViewOfSection | Thread32Next] caused by Samsung SDS NASCA
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-01 07:34:57+00:00
Resolved: 2023-09-11 22:47:05+00:00

Crash report: https://crash-stats.mozilla.org/report/index/cfc4f3f1-22ba-4e80-b3ae-6c0880210928

Reason: ```EXCEPTION_ACCESS_VIOLATION_EXEC```

Top 10 frames of crashing thread:
```
0 firefox.exe _security_check_cookie 
1 firefox.exe mozilla::freestanding::patched_NtMapViewOfSection browser/app/winlauncher/freestanding/DllBlocklist.cpp:486
2 kernel32.dll Thread32Next 
3 nsccor0364.dll nsccor0364.dll@0x279e6 
4 nsccor0364.dll nsccor0364.dll@0x27739 
5 ntdll.dll RtlpFreeHeapInternal 
6 ntdll.dll RtlSetLastWin32Error 
7 kernelbase.dll FlsGetValue 
8 ntdll.dll RtlFreeHeap 
9 nsccor0364.dll nsccor0364.dll@0x78109 
```
This crash seems to be caused by a DLL from a software called Samsung Document Security Solution (NASCA). I couldn't find much info online about it, mostly that it's some kind of endpoint data encryption / DRM tool. It's made by [Samsung SDS](https://www.samsungsds.com/en/index.html) but I couldn't find any more info on it. It's either a discontinued product or it's been rebranded to something else.
Bug: [win] No focus is displayed when using keyboard on Downloads Panel for downloaded items
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-01 08:39:02+00:00
Resolved: 2021-10-13 16:06:43+00:00

*Affected versions*
* 94.0a1 (20210930095024)
* 93.0 (20210927210923)
* 92.0.1 (20210922161155)
* 91.2.0esr (20210927140538)
* 78.15.0esr (20210927121355)


*Affected platforms*
* Windows 10 x64


*Steps to reproduce*
1. Open Firefox and https://www.thinkbroadband.com/download.
2. Download a random item and click on the downloads panel.
3. Press `Tab` key to navigate to open the Download Details subpanel or a folder.





*Expected result*
* Focus is displayed when using the `Tab` key.


*Actual result*
* There is no focus displayed but pressing the space key works.


*Regression range*
* Last good revision: 02c8644c45b1f143263d30d769d86c2d1058812e (2018-07-25)
First bad revision: 8f2f847b2f9dc5643eeb9935d603a3b30686f972 (2018-07-26)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=02c8644c45b1f143263d30d769d86c2d1058812e&tochange=8f2f847b2f9dc5643eeb9935d603a3b30686f972





*Notes*
* Attached a screen recording.
* It seems that the focus for `Show all downloads` inside the Downloads Panel was added by bug 1703716.
* The focus is displayed on Ubuntu 21.04 and macOS 10.15
Bug: Keyboard focus for Allow Download/ Remove file buttons inside Download Details panel works only if Tab key is pressed immediately after opening the panel
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-01 09:06:26+00:00
Resolved: 2021-10-15 20:59:38+00:00

*Affected versions*
* 94.0a1 (20210930095024)
* 93.0 (20210927210923)
* 92.0.1 (20210922161155)
* 91.2.0esr (20210927140538)


*Affected platforms*
* Windows 10 x64
* macOS 10.15
* Ubuntu 21.04


*Steps to reproduce*
1. Open Firefox and https://www.thinkbroadband.com/download.
2. Download a random item and click on the downloads panel.
3. Press `Tab` key to navigate to open the Download Details subpanel or a folder.





*Expected result*
* Focus is displayed when using the `Tab` key on `Allow Download/ Remove file` buttons.


*Actual result*
* There is no focus displayed for `Allow Download/ Remove file` buttons, but pressing the space key works. Also if pressing `Tab` key very fast after opening the `Download Details` panel the focus is displayed.


*Regression range*
* Not a regression. Reproducible with 84.0a1 (20201104214352) when bug 1660969 landed.





*Notes*
* Attached a screen recording.
* This works as expected if the `Tab` key is pressed very quickly after clicking details for the downloaded item.
Bug: New shortcut image field is not so visible with Dark theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-10-01 12:25:09+00:00
Resolved: 2021-10-26 09:03:07+00:00

*Affected versions*
* 94.0a1 (20211001093323)



*Affected platforms*
* Windows 10 x64
* macOS 10.15
* Ubuntu 21.04

*Preconditions*
* Dark theme

*Steps to reproduce*
1. Open Firefox and a new tab.
2. Click on the `Edit this site` option from the Top site's category.





*Expected result*
* Image field is visible.


*Actual result*
* Grey background with the Grey image field.


*Regression range*
* Last good revision: 462b8ab0d119d85c044a1332446b609786fcabc7
First bad revision: 4d1d81ae7b7edc5668d65b6927d907feab8d0e21
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=462b8ab0d119d85c044a1332446b609786fcabc7&tochange=4d1d81ae7b7edc5668d65b6927d907feab8d0e21






*Notes*
* Attached a screenshot.
Bug: Ctrl-Q/Cmd-q quit warning shows a PluralForm warning (PluralForm.jsm: Index #0 of ';Close #1 tabs?' for value 1 is invalid -- plural rule #1; called by BG__onQuitRequest) in the browser console when invoked with a single window+tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-10-01 12:32:42+00:00
Resolved: 2021-10-21 14:04:53+00:00

STR:

1. open Firefox on macOS/Linux
2. ensure that only 1 tab in 1 window is open
3. hit the quit shortcut (cmd/ctrl-q)

ER:
no warnings in the console when the dialog shows up

AR:

PluralForm.jsm: Index #0 of ';Close #1 tabs?' for value 1 is invalid -- plural rule #1; called by BG__onQuitRequest

This is because we're trying to access the "singular" value for the PluralForm, which is unexpected.
Bug: onchange is not fired if radio elements call const function via onclick
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-01 14:28:24+00:00
Resolved: 2021-10-01 14:54:20+00:00

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

Steps to reproduce:

I created a form containing a few radio buttons with the same name. All of the radio buttons had an onclick in their html that would call a const function.

I attached an onchange event listener to the form using JS.


Actual results:

When I clicked different radio buttons, onchange was never fired. If the onclick function was not declared const, the onchange event would fire for the form.


Expected results:

onchange should still fire even if the radios' onclick function is const.
Bug: 'bookmarks toolbar / only show on new tab' not working (OSX)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-01 16:10:13+00:00
Resolved: 2021-10-01 19:59:19+00:00

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

Steps to reproduce:

Trying to get 'bookmarks toolbar / only show on new tab' option in 'View' to only show the bookmarks toolbar on New Tab pages... Clicking the option to only show on new tab, but the toolbar does not show up even when opening a new tab. this is the behavior with full screen or normal windowed mode. disabled all add-on/extensions and the behavior persists. 


Actual results:

Bookmark Toolbar does not show on existing tabs that are visiting a page, but the 'New Tab' that is opened, or any new tabs, still do not show the bookmarks toolbar as expected.


Expected results:

bookmarks toolbar should be showing up in new tabs only.
Bug: Newtab context menus use the wrong colors
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-10-01 16:47:16+00:00
Resolved: 2021-10-20 11:28:14+00:00

The context menus on about:newtab are using the background color of the page, meaning they are hard to distinguish from the rest of the page. They should use the secondary background color so they are set off from the page.
Bug: Fixes for newtab Pocket section experiment based on some design feedback
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-01 19:14:30+00:00
Resolved: 2021-10-08 18:45:10+00:00

- Update health topic label to health and fitness
- Update privacy notice at bottom of page to no longer link to the anchor of the privacy link, but instead the whole link.
- In card stp button icon alignment and size fixes.
- New meatball menu still has an archive to Pocket button. Does this still make sense?
Bug: GOOGLE CHAT WINDOW FAILURE
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-01 20:27:44+00:00
Resolved: 2021-11-12 10:54:55+00:00

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

Steps to reproduce:

Open gmail and click on chat contacts


Actual results:

Nothing


Expected results:

Chat window should open.   It does open in chrome and in Edge.

Tried safe mode, not change.
Bug: about:unloads Should Explain Why Some Fields Are Empty
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-10-01 21:17:14+00:00
Resolved: 2021-10-12 08:11:21+00:00

In about:unloads, some table cells are left blank and it's not explained why which might be confusing or appear buggy to users. We should fill in all cells of the table or explain in the text why some fields are empty. See screenshot for example.
Bug: The New Tab search bar is buggy (loses pasted text) and should be removed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-01 23:29:57+00:00
Resolved: 2022-04-08 02:17:05+00:00

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

Steps to reproduce:

1. Open a new tab.
2. Paste some text (e.g. "ab cd ef gh") in the search bar (saying "Search the web") with the middle button.


Actual results:

Text appears in the address bar and the first word is lost, e.g. I get "cd ef gh" without "ab".

There is no such issue when pasting directly in the address bar.


Expected results:

The full text should be pasted.

Note: I believe that the appearance in the address bar is a new feature (bug 1699834), but this is contrary to the principle of least surprise. The now useless search bar should be removed, which would fix this issue as a consequence.
Bug: Urlbar border is misaligned with fractional gnome text scaling
Status: NEW
Priority: P3
Created: 2021-10-02 03:53:34+00:00
Resolved: 2021-12-02 22:31:00+00:00

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

Steps to reproduce:

Reproducible on firefox nightly, Build ID 20211001214601

Set gnome text scaling with "gsettings set org.gnome.desktop.interface text-scaling-factor 1.25"
Start firefox.


Actual results:

The blue border of the urlbar is sometimes shifted a pixel or two from the edge of the bar. The gap changes when resizing the window. See attached image.


Expected results:

The blue border should always be at the edge of the urlbar, with no gap. The correct behavior is observed when setting the text scaling factor to 1.0 or 2.0.
Bug: FF92.01 does not handle MHT files properly (possible security risk)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-10-03 04:12:39+00:00
Resolved: 2021-10-03 18:35:38+00:00

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

Steps to reproduce:

Requested an email to display in Browser, with FF92 set as default app to do so.


Actual results:

Multiple tabs creation loop, had to close browser. I then lost all my previous session tabs.


Expected results:

Ideally, FF should either render the MHT file properly, OR if it cannot, then at least put a warning out that "This file type is not supported, try WORD or equivalent." I KNOW this was reported with BUG 1718681, BUT I feel that the closure response on that was rather poor and irresponsible, with it still attempting to open the (as yet unsupported) file type. It is a potential security risk (buffer or memory overflows, ability to crash the browser and access information, by using specially crafted payloads, malware injection etc).
Bug: There is an unnecessary chute in the context menu of search or text input fields
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-10-03 06:00:10+00:00
Resolved: 2022-08-01 16:31:26+00:00

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

Steps to reproduce:

Calls the context menu of the search bar or a text input field on any site where it is


Actual results:

On the left in the context menu, there is a gutter that takes up a lot of space.

menupopup[needsgutter] menu:not([icon], .menu-iconic), menupopup[needsgutter] menuitem:not([checked="true"], [icon], .menuitem-iconic) {
	padding-inline-start: 36px;
}


Expected results:

There should be no gutters, as in all other context menus

menupopup[needsgutter] menu:not([icon], .menu-iconic), menupopup[needsgutter] menuitem:not([checked="true"], [icon], .menuitem-iconic) {
	padding-inline-start: 1em;
}
Bug: Intermittent TV browser/components/tests/browser/browser_browserGlue_upgradeDialog.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: WORKSFORME
Created: 2021-10-03 07:34:18+00:00
Resolved: 2022-07-21 15:35:11+00:00

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

---
```
[task 2021-10-03T04:29:27.453Z] 04:29:27     INFO - TEST-PASS | browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | value in event upgrade_dialog#trigger#reason must match. - "already-shown" matches "already-shown" - 
[task 2021-10-03T04:29:27.453Z] 04:29:27     INFO - Leaving test bound dont_reshow
[task 2021-10-03T04:29:27.454Z] 04:29:27     INFO - Buffered messages logged at 04:29:27
[task 2021-10-03T04:29:27.454Z] 04:29:27     INFO - Console message: [JavaScript Warning: "telemetry.state_file_read_errors - Unknown scalar."]
[task 2021-10-03T04:29:27.454Z] 04:29:27     INFO - Console message: [JavaScript Warning: "telemetry.generated_new_client_id - Unknown scalar."]
[task 2021-10-03T04:29:27.455Z] 04:29:27     INFO - Buffered messages finished
[task 2021-10-03T04:29:27.455Z] 04:29:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/browser_browserGlue_upgradeDialog.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 2021-10-03T04:29:27.456Z] 04:29:27     INFO - GECKO(7774) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-10-03T04:29:27.456Z] 04:29:27     INFO - GECKO(7774) | MEMORY STAT | vsize 7889MB | residentFast 304MB | heapAllocated 140MB
[task 2021-10-03T04:29:27.457Z] 04:29:27     INFO - TEST-OK | browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | took 67827ms
[task 2021-10-03T04:29:27.458Z] 04:29:27     INFO - checking window state
[task 2021-10-03T04:29:27.458Z] 04:29:27     INFO - GECKO(7774) | Completed ShutdownLeaks collections in process 7774
[task 2021-10-03T04:29:27.458Z] 04:29:27     INFO - TEST-START | Shutdown
[task 2021-10-03T04:29:27.458Z] 04:29:27     INFO - Browser Chrome Test Summary
[task 2021-10-03T04:29:27.459Z] 04:29:27     INFO - Passed:  148
[task 2021-10-03T04:29:27.459Z] 04:29:27     INFO - Failed:  1
[task 2021-10-03T04:29:27.459Z] 04:29:27     INFO - Todo:    0
[task 2021-10-03T04:29:27.460Z] 04:29:27     INFO - Mode:    e10s
[task 2021-10-03T04:29:27.460Z] 04:29:27     INFO - *** End BrowserChrome Test Results ***
```
Bug: Whenever I open a New private window from the taskbar, it always says "about:privatebrowsing" in the Start Tab...
Status: NEW
Priority: P3
Created: 2021-10-03 13:01:07+00:00
Resolved: 2024-02-21 12:23:21+00:00

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

Steps to reproduce:

First, make sure the History in the Settings is set to "Never Remember History".

Then, open the "New private tab" window from right-clicking the taskbar icon.

This doesn't happen if you open it in the sidebar, because if History is turned off, it always opens with the "New Tab", whether you choose Normal or Private New window.


Actual results:

Image 1 in the screenshots ZIP...

The New private window Tab says "about:privatebrowsing"


Expected results:

Image 2 in the screenshots ZIP...

It should say "Private Browsing"
Bug: All Search Results are Purple
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-03 18:17:09+00:00
Resolved: 2021-11-08 13:50:23+00:00

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

Steps to reproduce:

Anytime I search using Firefox since the last update (Sep 25), every links displays purple as if it were visited.  I changed the color for visited sites, and it still displays purple.  I changed the color for unvisited sites, and they are still purple.  I have turned off all plugins, and it is still purple.  


Actual results:

Anytime I search using Firefox since the last update (Sep 25), every links displays purple as if it were visited.  I changed the color for visited sites, and it still displays purple.  I changed the color for unvisited sites, and they are still purple.  I have turned off all plugins, and it is still purple.  


Expected results:

The unvisited sites should have show blue, while visited shown as purple.  Further, when I changed the colors for visited/unvisited, then the colors should have changed to the new settings.
Bug: History forgets old title if URL is revisited and title has changed
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-10-04 03:27:24+00:00
Resolved: 2021-10-04 09:23:55+00:00

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

Steps to reproduce:

1. Visit a webpage, e.g. https://www.youtube.com/watch?v=2gMjJNGg9Z8
2. History now has an entry with that URL and its page title "Unedited Footage of a Bear"
3. Revisit the page later, when the title has changed (e.g. if the video is removed the title is now simply "YouTube")


Actual results:

History overwrites the old entry with the original (informative) title, with the new (useless) title.
So now, searching history for "Unedited Footage of a Bear" will not show any results.


Expected results:

A new history entry should be created if the title has changed, so the user has some idea what was at that URL in the very common cases of link-rot and content removal.
Bug: Tab borders disappeared in Firefox 92
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-10-04 10:11:27+00:00
Resolved: 2021-10-06 08:00:03+00:00

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

Steps to reproduce:

Installed v 92.


Actual results:

Tab borders disappeared


Expected results:

Tab borders should not disappeared