av9ash/GitBugs huggingface dataset:
Bug: Virus Total flagging FireFox (Full download Windows, 64-bit, English)  Version 78.0.2 with this detection MaxSecure Win.MxReslcn.Heur.Gen
Status: UNCONFIRMED
Priority: --
Created: 2020-07-21 15:23:31+00:00
Resolved: 2023-01-23 17:57:31+00:00

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

Steps to reproduce:

Ref:
(a) http://getfirefox.com/
(b) https://www.virustotal.com/gui/file/58a8ed2865fe76ea003f05f3b10e16991b17fd97eecbb386cdfc3ddd53b88678/detection
(c) https://bugzilla.mozilla.org/show_bug.cgi?id=1468067
(d) https://www.mozilla.org/en-US/firefox/all/#product-desktop-release
(e) https://www.virustotal.com/gui/file/ca72d46899ed82987bc2c31bf3aa318435c7ad0e8193203be1aaae78278ff727/detection
(f) https://www.mozilla.org/en-US/firefox/78.0.2/releasenotes/

1. Downloaded Stub Installer 7/21/2020 (78.0.2) from ref (a) and testing against VirusTotal. 
2. Downloaded Full installer  7/21/2020 (78.0.2)  from ref (d) and tested with VirusTotal. Results ref (e).
3. Reviewed Release notes (ref f)  and Google searched term Firefox and Win.MxResIcn.Heur.Gen an searched bugzilla.mozill.org  but no hits came up suggesting this was a false positive on 7/21/2020 (about 12 days after it was released).
4. Submitted this bugzilla report to see if community and/or developers can confirm if this is a false positive.



Actual results:

Results 
1.  Detection Cylance; unsafe. Research came across ref (c). 
2. Detection MaxSecure; Win.MxResIcn.Heur.Gen (ref e)



Expected results:

Either 0 detection hits from VirusTotal after running either executable against VirusTotal
and/or a mention in the Release notes of the (presumably)  false Positive detection hits  against VirusTotal
with explanation to alleviate any concerns from users who choose to perform
this conservative test prior to running executable on their systems along with a posting of various MD5, SHA-1, SHA-256, Vhas values for users to confirm they are working with an untampered executable.
Bug: Autofill is not properly considering bookmarked status of origins
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-21 16:07:54+00:00
Resolved: 2020-07-28 09:57:35+00:00

From https://bugzilla.mozilla.org/show_bug.cgi?id=1653891#c7

> I think the problem is the query is wrongly extracting the "bookmarked" value.
> In this case there are both an http and https entries in moz_origins, the "GROUP BY host" constructs at https://searchfox.org/mozilla-central/rev/3b6958c26049c1e27b2790a43154caaba9f6dd4a/browser/components/urlbar/UrlbarProviderAutofill.jsm#113,128 are picking just one of those entries, and checking for bookmarks https://searchfox.org/mozilla-central/rev/3b6958c26049c1e27b2790a43154caaba9f6dd4a/browser/components/urlbar/UrlbarProviderAutofill.jsm#105-107
> That is not going to check both origins, but only one, and if it's the non-bookmarked one, we hit the bug.
Bug: Turn off slow script modal dialog for parent-process scripts
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-21 16:41:18+00:00
Resolved: 2020-08-15 21:31:29+00:00

This is user-hostile - if something runs amok, killing the process in task manager or similar is likely to have the same effect and not leave users with the illusion that their browser functionality won't be broken if arbitrary browser code just got stopped in its tracks.
Bug: maybeReloadEngines has a race condition when removing engines.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-21 20:13:49+00:00
Resolved: 2020-07-23 16:23:57+00:00

When I rewrote maybeReloadEngines in bug 1610293, one thing I changed was to additionally remove app-provided engines.

This went via the add-on manager to uninstall the WebExtension, and then remove the engine.

In bug 1653976, Thunderbird has shown there's an intermittent failure on test_reload_engines.js.

After debugging, the cause is seen to be that the `engine-removed` notification does not happen until after `engines-reloaded` is completed. This is an issue because as a result we might be incorrectly setting `useDBForOrder` when we don't want to.

We were slightly uncomfortable with this set-up when the patch landed but it seemed to work fine. I now think we should remove the engine from the search service, then remove it from the add-on manager and not assert if it is app-provided and missing from the list.
Bug: Tabs sometimes don't open in the right location when opening via cmd + click.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-21 20:38:44+00:00
Resolved: 2020-07-22 20:31:30+00:00

Since ~yesterday I'm seeing weird behaviour with tabs in Nightly (80.0a1 (2020-07-21) (64-bit)) on macOS. It doesn't happen all the time, only sporadically.

STR:

* cmd + click a link on a webpage to force Nightly to open link in a new tab.
* sometimes (seen so far on jira.mozilla.com and github.com if that is relevant) the new tab will open in a seemingly random place in my collection on tabs. ie, I'm on on tab 2 of 8 and cmd+click, the new tab might insert itself into the list at what looks like a random location, ie after tab 5.

ER:

* new tab opens one tab to the right of current tab

AR:

* new tab sometimes opens in a seemingly random location. this winds up making the new tab really hard to find.
* also sometimes command clicking to open new tab appears to also refresh other tabs at the same time (other tabs on same site) which is definitely new and unexpected
Bug: urlbar dropdown no longer shows browser.urlbar.maxRichResults number of results until you type something
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-21 22:51:48+00:00
Resolved: 2020-07-22 05:17:17+00:00

Previously in Firefox 77 if the browser.urlbar.maxRichResults was set to some value, let's say 20, then the 20 most recent urls would be shown in the urlbar dropdown when you clicked on the urlbar. Now only 8 are shown. However, as soon as you start typing it will show 20 matches to what you've typed. This pref now appears to only work in some situations, rather than in all situations.
Bug: Address bar not focused when opening new tab from fullscreen video
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-07-22 01:39:49+00:00
Resolved: 2021-06-23 17:24:15+00:00

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

Steps to reproduce:

Play a video in fullscreen (I've only done this using Youtube), open a new tab via Ctrl + t


Actual results:

The search bar will not have focus after exiting fullscreen via Ctrl + t shortcut


Expected results:

New tab should have opened with the searchbar in focus
Bug: Update "beaker" icon to something else
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-22 02:30:27+00:00
Resolved: 2020-08-26 03:32:23+00:00

Hello team!

We're currently using the "beaker" icon in release, for the Pioneer program. Is it possible for you to use a new icon for the about:preferences Nightly Experiments section? 

Javaun talked to Blake, and it sounded like this shouldn't be too much work. Thank you!
Bug: Regression: Click-Drag on New Tab button without waiting a moment doesn't open Container Menu when address bar is focused
Status: NEW
Priority: P5
Created: 2020-07-22 10:48:28+00:00
Resolved: 2024-02-27 18:39:48+00:00

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

Steps to reproduce:

Focus the address bar, then click-drag downwards on the new tab "+" button.
This started happening with since the new feature where the address bar gets magnified and outlined blue when focused.


Actual results:

The menu doesn't open.


Expected results:

The menu should open, and a container should be able to be selected by releasing the mouse button while hovering an option.
Bug: Address bar is slightly resized on the right side when opened
Status: NEW
Priority: P5
Created: 2020-07-22 11:33:54+00:00
Resolved: 2024-05-27 15:53:34+00:00

*Affected versions*
* 80.0a1 (20200721215127)
* 79.0 (20200720193547)
* 78.0.2 (20200708170202)

*Affected platforms*
* Windows 10x64

*Steps to reproduce*
1. Open Firefox and focus the address bar.
2. Observe the right blue side of the focus line.

*Expected result*
* Address bar opens as expected.

*Actual result*
* Right side focus line is slightly resized.

*Regression range*
* Last good revision: 94c8f28a15e8a051aeaad4722deb3fcc8125dab2
* First bad revision: bc2743384f7b58b56b00c9dbd33342c008a4b57b
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=94c8f28a15e8a051aeaad4722deb3fcc8125dab2&tochange=bc2743384f7b58b56b00c9dbd33342c008a4b57b


*Notes*
* Attached a screen recording.
* I cannot reproduce the issue in fullscreen mode or maximize.
* I cannot reproduce the issue on macOS 10.12 or Ubuntu 18.04.

**Severity S3**
Bug: Expandable successive folders are not positioned at the same height when opened from Menu Bar
Status: NEW
Priority: P5
Created: 2020-07-22 11:36:49+00:00
Resolved: 2020-08-03 16:04:32+00:00

**Affected versions**
- 80.0a1 (2020-07-20)
- 79.0

**Affected platforms**
- Ubuntu 18.04

**Steps to reproduce**
1. Navigate to any page and click on the Bookmark this page button
2. Expand the Folder menu
3. Click several time on the New folder button
4. Click Done
5. Right click on the toolbar and check the Menu Bar option
6. Go to Bookmarks - Other Bookmarks and expand all the previously created New folders

**Actual result**
- The expanded folders are not straight aligned

**Expected result**
- The expanded folders are positioned at the same height

**Regression range**
- Not a regression, reproducible since the implementation.

**Additional notes**
- Not reproducible on Windows or maOS 
- Suggested severity: S4
Bug: GPOs on hardware acceleration does not work
Status: NEW
Priority: P2
Created: 2020-07-22 13:27:06+00:00
Resolved: 2020-08-03 20:39:20+00:00

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

Steps to reproduce:

Firefox ESR 78.0.2
I Use newest .admx-files. I disable hardware accerleation in the gpo.
I do that because on my Windows Server 2019 virtualized on VMWare Firefox freezes everytime the user is scrolling a lot on a complex website (e.g. www.amazon.com).


Actual results:

In the gui the hardware acceleration is disabled and greyed so I cant change it. This is OK, but FF is still freezing.
If I remove the gpo or change hardware acceleration to "not configured" it is still disabled and greyed.
If I enable hardware acceleration via gpo it is enabled in the gui as well - but not greyed so I can change it.
If I disable it by hand website are not freezing anymore. If I logg off and on and start FF it is still disabled although the gpo says activate it.


Expected results:

Everything is wrong with this gpo.
It should be greyed when activated or deactivated and checkable if not configured or not gpo is set but it is only checkable if activated via gpo.
Although the gui and about:config says it is disabled, firefox still freezes but it shouldn't because deactivating by hand is working.
Bug: Keyword search with a percent-encoded UTF8 URL component fails to load
Status: NEW
Priority: P3
Created: 2020-07-22 13:46:27+00:00
Resolved: 2021-04-13 04:14:24+00:00

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

Steps to reproduce:

On https://rubygems.org/, right click on the search box and select "Add a keyword for this search"; set "gem" as the keyword (for example).

Enter "gem rake" in the address bar (for example).


Actual results:

The returned page (with URL shown as "https://rubygems.org/search?utf8=%u2713&query=rake") is blank; the response code is 400 Bad Request.


Expected results:

The added keyword search should have loaded the results page correctly; URL "https://rubygems.org/search?utf8=✓&query=rake".

I can manually edit the bookmark and replace %u2713 with the unicode checkmark character, after which the search keyword works properly.  It seems Firefox is performing some escaping which breaks the automatically generated bookmark.
Bug: Cannot open a file dialog on snap version of Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-22 16:13:48+00:00
Resolved: 2020-07-22 16:19:27+00:00

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

Steps to reproduce:

* Click a link that requires a file dialog to select file:
  - e.g. attach file in gmail
  - browse for file in JIRA attachments form




Actual results:

No file dialog appears.


Expected results:

A file dialog should pop up enabling me to select a file.
Bug: Zooming on a PDF causes blurry/bad smoothing without sharp edges
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-22 18:18:04+00:00
Resolved: 2022-11-22 11:32:44+00:00

From: https://www.reddit.com/r/firefox/comments/hvvc0s/firefox_not_opening_vector_pdf_files_as_vectors/

>So I am previewing a vector file inside Firefox and when I start zooming at 100%+, I start seeing pixels, which indicates that the file is not vector. However, if I open the same PDF in Microsoft Edge, the file is perfectly crisp even at 1000% zoom. How is that?

Steps to reproduce:

1. Open attached file.
2. Zoom to 500%

What happens:

Text is not sharp.

Expected result:

Sharp text, like Edge (example attached).
Bug: Custom install - Folder deletion if install is canceled.
Status: NEW
Priority: P3
Created: 2020-07-22 18:25:18+00:00
Resolved: 2020-07-22 18:34:13+00:00

when installing firefox on a custom folder with no files in it, if i cancel the installation it deletes the folder.


**Tested on**
Windows10 64 bit using firefox 32bit version
Firefox nightly 80.0a1, Firefox Beta 79.0b9 and Firefox release 78.0.2, reproducible in all.
 
 
**Steps**

1) Create a folder in desktop 
2) install firefox, select custom install
3) Select folder from step1
4) Hit NEXT 1 time, but don´t continue installing firefox.
5) close the install

or

1) Create a folder in desktop
2)  right click on folder, select properties, security: and make it write protected, deny write.
3) install firefox, select custom install
3) Select folder from step1
4) hit next , but don´t continue the installation.
5) close the install


**Actual result**
the folder you created has been deleted, if its an empty folder.
If it has files it will not get deleted.

**Expected result**
folder should not be deleted.
Bug: Random Disk space error with folder name with non-ascii characters
Status: NEW
Priority: P3
Created: 2020-07-22 18:37:33+00:00
Resolved: 2020-07-23 15:09:09+00:00

**Description**
I got a Random Disk space error with a folder that has non-ascii characters as a name.
Since yesterday i was able to reproduce it 2 times. but most of the times it accepts the folder and installs fine.

**Tested on**
 Windows10 64 bit using firefox 32bit version
Firefox nightly 80.0a1, Firefox Beta 79.0b9 and Firefox release 78.0.2

Since it is random, i was able to see it in Firefox nightly so far.
 
 
**Steps**

1) Create a folder in desktop and as name insert some non ascii characters  ș#☈☎☢𐌸置七
2) install firefox, select custom install
3) Select folder from step1 and continue with the setup.
 

**Actual result**
insufficient disk space error showed up, randomly.

**Expected result**
no error should be shown. It installs fine most of the time, but not sure why it failed some times. 


**screenshots attached**
Bug: "Reopen in Container" no longer appearing in tab context menu
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-22 19:25:38+00:00
Resolved: 2024-06-21 16:00:37+00:00

Steps to reproduce:

1. Open a tab
2. Context click on tab

What happens:

No entry for "Reopen in Container"

Expected result:

I see a menu item for "Reopen in Container" with a submenu containing my containers. 

 6:53.09 INFO: Narrowed integration regression window from [fbf04fb6, dd8af836] (3 builds) to [fbf04fb6, 870a3fac] (2 builds) (~1 steps left)
 6:53.09 INFO: No more integration revisions, bisection finished.
 6:53.09 INFO: Last good revision: fbf04fb63a8aa711630a40526842e010b6ee68ff
 6:53.09 INFO: First bad revision: 870a3fac5d60675752e827ecd2cd131b9a899c9b
 6:53.09 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fbf04fb63a8aa711630a40526842e010b6ee68ff&tochange=870a3fac5d60675752e827ecd2cd131b9a899c9b
Bug: File properties of Firefox/Thunderbird Setup 78.0.1.exe show wrong product version / file version number (18.05 / 18.5.0.0)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-22 19:28:42+00:00
Resolved: 2020-12-09 00:33:06+00:00

Once in a while, we might want to update the internal properties of our installation files...

STR:
- On Windows 10, right-click on `Thunderbird Setup 78.0.1.exe` > Properties > Details.

Actual Result:
- Product version: 18.05
- File version: 18.5.0.0

Expected result:
- Product version: 78.0.1
- File version: (not sure what that should be, maybe same as product version)
- Is there a way of adding a custom property to indicate 32 bit vs. 64 bit?
Bug: For Firefox bookmark saving - when you unchecked "Show editor when saving" there is no way to re-enable showing the editor.
Status: NEW
Priority: P5
Created: 2020-07-22 20:22:19+00:00
Resolved: 2020-08-04 13:43:09+00:00

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

Steps to reproduce:

While saving a bookmark using command-D the browser exhibited the default behavior (editor popped up). I unchecked "show editor while saving", not fully understanding what it meant. The next time I saved a bookmark it did not give me the bookmark editor dialog (expected behavior) and placed the bookmark in an unknown location. 


Actual results:

I decided I wanted to have editing capabilities back, so I looked for a way to re-enable showing the editor and there is none.


Expected results:

There needs to a place in the bookmarks screen, and/or a Bookmarks setting in Settings that allows you to enable/disable this pref outside the pop up bookmark editor.
Bug: A page that is not loaded cannot be refreshed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-22 20:52:23+00:00
Resolved: 2020-08-27 08:51:44+00:00

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

Steps to reproduce:

Hi,

I have a slow and unreliable connection. When I open a bunch of pages in different times and the connection fails, the URL is presented in the URL bar, and the page content remains blank (see attached picture). 


Actual results:

When the connection comes back, I cannot reload the page using CTRL-r or F5 or CTRL-F5... Hitting these keys does absolutely nothing... I have to click the URL bar, and hit enter, then click.
Having to use the mouse for resurecting every opened&failed tab is a PitA...
Why do the refresh keys not work?


Expected results:

The refresh keys (CTRL-r or F5 or CTRL-F5) should retry to load the page at the URL presented in the URL bar.

This happens in FF 78.0.1 but I noticed this behavior a long time ago... 

Might be related to: https://bugzilla.mozilla.org/show_bug.cgi?id=317006
Bug: Site zoom scalar got removed but code is still setting it
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-22 21:46:51+00:00
Resolved: 2020-07-30 18:22:54+00:00

When enabling warnings in the browser console, there are warnings on startup that `a11y.sitezoom` is not a valid scalar.

Bug 1630391 removed the zoom telemetry but did not remove [the code in BrowserGlue.jsm that tries to write to the scalar](https://searchfox.org/mozilla-central/rev/dcd9c2d2bc19d96d487825eb70c2333a4d60994e/browser/components/BrowserGlue.jsm#2357-2363).

Morgan, would you mind tidying up that loose end? :-)
Bug: FX_TAB_SWITCH_TOTAL_E10S_MS turned bimodal on Windows on 2020-02-27
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-22 22:16:37+00:00
Resolved: 2020-08-07 02:22:45+00:00

Looks like FX_TAB_SWITCH_TOTAL_E10S_MS on Windows went bimodal (bouncing between 7 and 12 ms) on February 27 (Fx75 Nightly). Do we care? The Linux results are not bimodal.

https://treeherder.mozilla.org/perf.html#/graphs?highlightAlerts=1&series=autoland,1922475,1,1&series=mozilla-central,1933997,1,1&series=mozilla-central,2199352,1,1&timerange=31536000&zoom=1581332170543,1583860274665,6.64849992780991,13.849989493484006

Perhaps this regression is related to Drew Willcoxon's Top Sites Bug 1617345 in the autoland pushlog?

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=99f74aa3cae9afb910442be732e3ce24b2e40af9&tochange=6869ca9ddf1e7ffff6b208270a3f897e4de22d64
Bug: FX_TAB_SWITCH_TOTAL_E10S_MS regression on Windows on 2020-07-01
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-22 22:44:19+00:00
Resolved: 2024-03-20 18:55:08+00:00

Looks like there was a small FX_TAB_SWITCH_TOTAL_E10S_MS regression on Windows on July 1 (from ~6.5 to ~6.8 ms). Linux does not seem to be affected.

Do we care? The regression seems small, but is clear in the Treeherder graph. I attached Treeherder screenshot for posterity.

https://treeherder.mozilla.org/perf.html#/graphs?highlightAlerts=1&series=mozilla-central,2199352,1,1&series=mozilla-central,1937835,1,1&series=autoland,1922475,1,1&timerange=2592000&zoom=1593402678211,1593844837159,6.1613442125940745,7.9615007881373545

From this autoland pushlog:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4881bb77b5353c7a1509a7b7a868fc443fa9d722&tochange=5a2a951b865d942099eca397c824feff96ee15fb
Bug: [DoH] Heuristics telemetry event is using max allowed extra key count
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-23 02:48:51+00:00
Resolved: 2024-09-25 14:02:56+00:00

We currently have 10 extra keys on the telemetry event, which is the limit. This prevents us from easily adding a new heuristic or a network ID key.

We need to capture these results in a more sustainable way. I can see a few options:

1. Set up boolean histograms for each heuristic.
2. Send a separate event for each heuristic.
3. Use scalar counts to track only disable_doh results for each heuristic.

My order of preference would be 3 > 1 > 2. It depends on what questions we want to answer. So far, we've been looking at overall rate of enabling/disabling doh, and comparing the individual heuristic trip-rates with each other. This makes me think option 3) should suffice.

Tim, Dragana, Nhi, do you have any thoughts on this?
Bug: Firefox 78.0.2 browser on macOS 10.15.6 Bookmark This Page does not prompt for name or save location
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-23 04:44:43+00:00
Resolved: 2020-08-04 13:43:09+00:00

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

Steps to reproduce:

From Firefox menu - selected Bookmarks --> BookMark This Page
Unlike previously It does not prompt where to save or permit editing the name of the bookmark - just saves it automatically in Other Bookmarks.
So then I have to select Bookmarks again and select Edit the Bookmark to edit the name and select where to file it.


Actual results:

BookMark This Page saves it automatically to Other Bookmarks
without prompting where to save or permit editing the name of the bookmark.


Expected results:

It should have provided me prompts to edite the name and nominate where to save the bookmark