av9ash/GitBugs huggingface dataset:
Bug: css-overflow movable image repaint issue
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-06 18:12:06+00:00
Resolved: 2020-08-26 21:09:24+00:00

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

Steps to reproduce:

Basically I have a <img> with an outer container which has 'overflow:hidden'. This allows for the image height and width to be increased to allow for a zooming effect. It is then possible to drag the image around by setting the left and top attributes using javascript event listeners mousemove, mouseup, mouseleave etc. 



Actual results:

I have this really strange issue with the latest editions of both firefox & firefox developer edition (present in 80.0b4, but not in 79.0b9).

When dragging the image the image does not repaint properly (although the image attributes are updating correctly in the inspector). I can sometimes see the original image (before events were fired) overlaid on top of the image being moved realtime. The image in the background appears to be updating correctly, however.

Disabling overflow hidden resolves this, although now the img is not within the confines of the container (as you would expect).


Expected results:

Previously, dragging the image would move the image smoothly without any issue. 

Works on all other tested browsers and previous firefox before updating.
Bug: Browser locker via evil cursor technique in FF79
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-06 19:28:34+00:00
Resolved: 2023-05-23 04:29:17+00:00

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

Steps to reproduce:

This is a browser locker attack.
1) Load attached sample in the latest version of Firefox. 
2) Attempt to close the browser window or browser tab.


Actual results:

Browser is 'locked' with RAM used up at 100%. The user cannot normally close the window or tab.

This attack also uses what appears to be a new 'evil cursor' technique. The previous one was fixed in FF79 (CVE-2020-15654). I am attaching code to reproduce this defect.



Expected results:

Browser can be closed normally via the UI.
Bug: Fx not closing when a searh bar in toolbar is in progress
Status: NEW
Priority: P5
Created: 2020-08-06 19:39:34+00:00
Resolved: 2020-08-13 14:44:26+00:00

**Description**

When "add search bar in toolbar" is enabled, and i type something in in toolbar, and i try to close the firefox window. It will not close the first mouse click.
you need to click close 2 times.

**Tested on**
Ubuntu 20.04  64bit    AFFECTED
Windows10 64bit    not affected
MacOs 10.15        not affected

**Using**
FX release79  affected
FX 80.0b4     affected
FX 81.0a1     affected

**steps to reproduce**
- create new profile and launch it
- go to about:preferences#search
- enable search bar in toolbar
- Type any word in search toolbar
- try to close FX window.

**actual result**
window does not close, i need to click close 2 times.


**expected result**
window should close on 1 click, just like it does on windows and Mac
Bug: DoH doorhanger does not remain fixed to the applications menu when resizing the browser
Status: NEW
Priority: P5
Created: 2020-08-06 20:08:47+00:00
Resolved: 2020-08-31 15:12:26+00:00

In Firefox 79, the DNS over HTTPS doorhanger location doesn't appear to be anchored to a fixed location in the address bar, so when the window is moved or resized, the doorhanger doesn't move, resulting it being in odd locations. See screenshot for example.

Mostly a cosmetic issue, and (I think) only when the window is moved or resized, but it'd be nice to have it fixed.
Bug: Links open in visible but unfocused window instead of last active window
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2020-08-06 20:10:32+00:00
Resolved: 2021-02-03 15:20:36+00:00

Firefox Nightly 81.0a1, Build ID 20200806033456
on macOS Catalina (10.15.6), with "Displays have separate spaces"
Firefox set as default browser.

Scenario:
2 Windows open across 2 displays
One Window on an active workspace on screen 1 (built-in screen), e.g. showing a YouTube video fullscreen. Window/Workspace unfocused.
Second Window on external screen 2, last focused.
Then swapping to another workspace on screen 2.
When clicking links in other open applications they open in the Firefox window on screen 1, therefore also forcing it out of fullscreen.

What I expect: links open in last focused window, not the last visible one.

Is there any way to always use the last focused window for opening links?
Or is above the only and expected behavior?
Bug: "Send tab to Device" option is blank in private browsing tab, Firefox Developer Edition
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-06 20:47:44+00:00
Resolved: 2021-08-04 10:33:50+00:00

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

Steps to reproduce:

1. Create a private browsing window and open any site on it.
2. Right click on the tab


Actual results:

The option for "Send tab to Device" is an empty field.
The option still shows the dropdown menu to send tab to a device when pointer is hovered.


Expected results:

The option should be visible.
Bug: The updated version of firefox 79.0 (64-bit) doesn't allow images to show in my Canvas LMS! It's the latest version of Canvas. Please help - I don't want to use Safari ( where it works)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-07 00:06:12+00:00
Resolved: 2020-08-26 07:41:46+00:00

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

Steps to reproduce:

Updated Firefox


Actual results:

When working in our Canvas LMS (which is up to date, and cloud based), images added don't show up - just a little icon. Worked just fine until I updated Firefox ...


Expected results:

I should see the image I uploaded!
Bug: application/pdf from some servers always shows "What should Firefox do" dialog, ""Do this automatically" checkbox doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-07 01:25:29+00:00
Resolved: 2020-08-07 15:24:44+00:00

Go to http://losalamos.legistar.com/Calendar.aspx and click on any of the links in the Agenda (not Agenda Packets) column. For instance, http://losalamos.legistar.com/View.ashx?M=A&ID=753153&GUID=4CEEE803-E2D6-4285-896B-61A42F60FA1F (but I'm not sure if that link will continue to work).

Get a dialog, "What should Firefox do with this file?" Choose "Open with Firefox" and check "Do this automatically for files like this from now on" to ON. The file opens in a new tab.

Now click on another one of the Agenda links (or even the same one). You get the ""What should Firefox do" dialog again.

curl --head "http://losalamos.legistar.com/View.ashx?M=A&ID=753122&GUID=1FDB8252-1E38-41A1-B5A3-5B7CB3FDD958"
(or any of the Agenda link URLs) says the links have Content-Type: application/pdf.

In Preferences, under Applications, Portable Document Format (PDF) is set to Open in Firefox, but apparently that doesn't apply to these particular PDFs.
Bug: Local one-offs are hidden if all engine one-offs are hidden
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-07 01:55:40+00:00
Resolved: 2021-01-12 19:22:38+00:00

If you uncheck all the engines in the one-click search engines section in about:preferences#search, the local one-offs are also hidden. They should be shown. The problem is here: https://searchfox.org/mozilla-central/rev/26b13464c2beb26e0d864d561c30e817a85c348a/browser/components/search/SearchOneOffs.jsm#455

We need to allow the urlbar subclass to override this behavior somehow.
Bug: PDFs downloaded with "Open with Nightly" don't respect "Open in system viewer" context menu item
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-07 04:08:53+00:00
Resolved: 2021-06-25 13:26:51+00:00

Given that a system PDF viewer besides Nightly is set:

1. Download a PDF served with `content-disposition: attachment`, [example](https://www.seattlesymphony.org/~/media/files/notes/schubert-sonata-21-b-flat.pdf)
2. Keep the default "Open with Nightly" option in the unknown content type dialog, the PDF will open from the filesystem in a new tab
3. Right click on the download in the downloads list and select "Open in System Viewer". It will open another tab with the PDF in Firefox.
Bug: NVIDIA driver downloads silently fail to start
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-07 05:56:34+00:00
Resolved: 2020-08-19 04:17:46+00:00

1) Visit https://www.nvidia.com/content/DriverDownload-March2009/confirmation.php?url=/Windows/451.67/451.67-desktop-win10-64bit-international-dch-whql.exe&lang=us&type=TITAN
2) Click Download

Expected:

Driver download starts.

Actual:

Nothing happens, no user feedback whatsoever.

Testing in Chrome gives a "This file can't be downloaded securely" warning. It offers a "Keep" button to override the warning.
Bug: PDF with lots of thin lines is not shown properly
Status: NEW
Priority: --
Created: 2020-08-07 09:04:14+00:00
Resolved: 2022-03-11 16:46:51+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

Steps to reproduce:

I originally reported it to inkscape but it also happens with firefox PDF viewer and it seems to be an issue with some viewers. For example, gsx (ghostscript viewer), okular and google-chrome PDF reader show the PDF correctly, while evince, firefox and some others don't. https://gitlab.com/inkscape/inbox/-/issues/3342

The issue is seen when comparing the original eps file with the transformed pdf... it is the same if it is converted with ps2pdf or plain gs command. The PDF is seen like a bit "pale" because some thin lines are dropped

Thanks


Actual results:

Colors in the plot are shown like "pale" because some thin lines are dropped


Expected results:

It should be shown more like in original eps file, as done by google-chrome PDF viewer and Okular for example
Bug: Removing entries from the chronicle makes Firefox very slow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-07 11:26:28+00:00
Resolved: 2020-08-14 11:37:44+00:00

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

Steps to reproduce:

1. Open Firefox chronicle
2. Select "older then 6 month"
3. Select all Entries (STRG+A) (over 15.000 Entries)
4. use "DEL" key ("ENTF" in German)


Actual results:

During delete of that entries, a dialog appears often, saying that a script is slow and if I want to stop it. Because I wanted to delete all the old entries, I did not stop it.
Moved the chronicle window aside and try to use Firefox.
That was nearly impossible.
Sites where loaded as slow as I have never seen it before...

Then next time the stop script dialog appears I choose stop it, but the Firefox keeps slow until restart of Firefox.


Expected results:

The deletion of chronicle entries most not block the UI nor make Firefox slow
Bug: 0.27 - 0.32% installer size (osx-shippable) regression on push 07812e460d4fb872b449198bfcb1099095099c20 (Wed August 5 2020)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-07 11:45:38+00:00
Resolved: 2020-08-07 15:51:53+00:00

Perfherder has detected a build_metrics performance regression from push [07812e460d4fb872b449198bfcb1099095099c20](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=07812e460d4fb872b449198bfcb1099095099c20). As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

0.32%  installer size osx-shippable opt nightly          80,397,227.33 -> 80,656,576.17
0.27%  installer size osx-shippable opt instrumented     112,767,700.00 -> 113,067,128.92


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=26669), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Display on a web site gets compacted
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-07 14:35:09+00:00
Resolved: 2020-10-23 07:59:57+00:00

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

Steps to reproduce:

Go to: https://www.pgatour.com/
In the upper left is a link: LEADERBOARD ... click on that



Actual results:

The display of the leader board gets loaded and looks okay for a couple of seconds.  Then it gets compacted into like a 50-100 pixel vertical strip and is useless.



Expected results:

The leader board should be displayed in the entire window and be scrollable.  This site displays properly on other web browsers ... well, I only tried it on MS Edge!!
Bug: Advanced Mac Tuneup malware hijacks search and "Restore Default Search Engines" button is not clickable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-07 16:25:15+00:00
Resolved: 2020-08-20 15:07:28+00:00

A macOS device that my family uses was infected with malware installed by the "Advanced Mac Tuneup" program.  This malware does many things, including hijacking Firefox's search provider and configuring launchd agents to maintain said hijacking.  (It does not install Web Extensions into Firefox.). What I observed is that `about:preferences` > Search does not allow to cick the "Restore Default Search Engines" button when the malware's "BrowserDefault" search provider is installed.  That is, the list is **not** the default, but the easiest path to returning to the default is not available.  If I remove the "BrowserDefault" hijack option, the button is still not clickable.  It's only when I remove another engine -- in my case, "Wikipedia (en)" -- that the "Restore Default Search Engines" button becomes clickable.

That doesn't seem correct, but I do see Bug 1126435, which is complaining about the what might be the same behaviour, and hasn't gotten any attention in 5+ years.  I think we should strongly consider changing this UX to make it easier for folks to get back to the known good state -- a factory reset of search, if you will.
Bug: Middle click on session history item of Back/Forward button opens a unwanted tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-07 17:21:29+00:00
Resolved: 2020-08-17 15:17:57+00:00

[Tracking Requested - why for this release]: duplication tab from session history menu is broken

Reproducible: always

Steps To reproduce::
1. Navigate several site so that several session histories are made.
2. Long mouse press click on Back/Forward button to pop up the session history menu.
e.g,
```
    ・session history 3
    □session history 2
    □session history 1
    □New Tab
```
3. Middle mouse click on a session history entry (e.g, session history 3)

Actual Results:
The "session history 3" is duplicated in a new tab as expected.
However, 
if the popup from Back button in step2, "session history 2" is also duplicated in a next new tab.
if the popup from Forward button in step2, "session history 1" is also duplicated in a next new tab.

Expected Results:
Only "session history 3" should be duplicated in a new tab


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cf217b49d014efd5b82557b6bb9d85788852dcfd&tochange=f8e83f5b68e0e151df25cf6021fc3ab985a6a012
Bug: Intermittent browser/components/search/test/browser/browser_oneOffContextMenu_setDefault.js | One-off should have the tooltip set to the engine name - "" == "Google (@google)"
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-08-07 20:27:21+00:00
Resolved: 2020-08-10 18:52:52+00:00

**Filed by:** dkeeler [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=312416907&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bwTqQBULRCmlrM-nE3N4uA/runs/0/artifacts/public/logs/live_backing.log

---
Bug: Whenever I try to open a new tab in YouTube in the nightly browser it doesn't appear even if i want to open it in a new window it doesn't appear
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-08 02:19:41+00:00
Resolved: 2020-11-04 13:37:02+00:00

*Thank you for helping make Firefox better. If you are reporting a defect, please complete the following:* 

## What were you doing?

*Please tell us what site you were on, and what steps led to the error you are reporting* 
www.youtube.com
1. I opened a YT video
2. I try to open another video in another tab
3. it doesn't open (crashes)

## What happened?
The tab crashes 
*What, if any, error messages did you see? Did the browser crash? Screenshots or screen recordings can be attached to this report and are helpful in isolating and replicating the bug.*

## What should have happened?
The tab should have opened
 *Was was the expected result? ("Not crashing" may be a valid answer.)*

## Anything else we should know? 
I use the same extensions on the stable Mozilla firefox here it opens correctly so I expect no error because of extensions.
*Do you have extensions installed? You can also go to `about:support` in another window or tab and attach the report it generates to this bug.*
Bug: Tab context menu opened from "Show All Tabs" popup menu, is shown almost blank! in certain cases. (+ code to fix!)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-08-08 06:47:02+00:00
Resolved: 2022-05-16 07:26:00+00:00

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

Steps to reproduce:

In Nightly 81.0a1 : (also Firefox 78.0.2)

* Make sure you don't move the mouse cursor to tabs-toolbar area ('mouseover' & 'focus' events must not be fired in this area)

* In main menu (ALT + V) do:  View -> "Show All Tabs".   Also you can click the "List All Tabs" button (taking care of not 'touching' tabs area) 
  (In order to enable "Show All Tabs", you may have to open several tabs or reduce window width)

* In "Show All Tabs" popup, just open Tab-context-menu by secondary-click a line in tabs listing.


Nightly 81.0a1,  Build ID  20200807213618,  Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0 


Actual results:


* The Tab-context-menu appeared almost blank (no content in popup)


Technical info + code to fix ! : 

	  Menuitems are still having [data-lazy-l10n-id] attribute and not [data-l10n-id].

Can be fixed with this:

	  In  chrome\browser\content\browser\tabbrowser.js, you can add this: (with matching removeEventListener) 

	     this.tabContainer.addEventListener("mouseover", tabContextFTLInserter); 
	  +  document.getElementById("allTabsMenu-allTabsView").addEventListener( "ViewShowing", tabContextFTLInserter );


Also, you can test this  manual fix  in the console:

document.getElementById("allTabsMenu-allTabsView").addEventListener( "ViewShowing", event => {
	if( document.querySelector("#tabContextMenu  [data-lazy-l10n-id]") ){
		window.gBrowser.tabContainer.dispatchEvent( new MouseEvent("mouseover") ); // See "data-lazy-l10n-id" area in tabbrowser.js 
	}
}) 


Expected results:


* The Tab-context-menu should appear with all menuitems, the same as when opening It from a tab.
Bug: Bookmark Toolbar next to address bar overflows on dragging items
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-08 07:02:38+00:00
Resolved: 2020-08-10 14:37:21+00:00

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

Steps to reproduce:

1) Put Bookmark Toolbar next to an address bar
2) Hold any item from the toolbar


Actual results:

Bookmark Toolbar disappears and stays in Overflow Menu till the end of the session.


Expected results:

It should stay on same spot.
Bug: Can not post to comment in https://www.foxnews.com since upgrade to 79.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-08 16:07:48+00:00
Resolved: 2020-08-08 16:12:58+00:00

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

Steps to reproduce:

Since upgrade to 79.0, can not post to comments in https://www.foxnews.com.  


Actual results:

Clicking on a comment on https://www.foxnews.com causes all comments to disappear.  Still works fine in Edge.


Expected results:

Should be able to post comments on https://www.foxnews.com
Bug: "RPMSendQuery is not defined" error on about:certificate
Status: UNCONFIRMED
Priority: P3
Created: 2020-08-09 06:06:21+00:00
Resolved: 2020-08-17 17:43:55+00:00

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

Steps to reproduce:

1. Using HTTPS and web sockets with a self-signed certificate.  The site comes up as untrusted, which is expected behavior. 
2. Click the lock icon for the site.
3. Click the arrow next to the lock to view more information.
4. There is a button for "More Information" which launches a new tab to "about:certificate".  Click this button.



Actual results:

In the "about:certificate" page nothing displays due to a JavaScript error, stack trace:

render chrome://global/content/certviewer/components/about-certificate-section.js:37
    connectedCallback chrome://global/content/certviewer/components/about-certificate-section.js:33
    render chrome://global/content/certviewer/certviewer.js:419
    AsyncFunctionNext self-hosted:684


Expected results:

No JavaScript error on about:certificate

I believe this certificate error is breaking secure web sockets.  Web sockets fail to connect as protocol WSS to a second web service using the same certificate.  The site loads from HTTPS correctly but the handshake to WSS fails.

I will mark this defect as a security defect.  This is immediately attributable to a self-signed certificate, but I don't know what the second order consequences are or if it limited in scope to self-signed certificates.
Bug: Favicon with low quality
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-09 10:38:54+00:00
Resolved: 2020-08-14 07:29:51+00:00

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

Steps to reproduce:

1. Open Firefox
2. Open a tab and type in the address bar https://bitwarden.com/
3. Open a new tab and type in the address bar https://1password.com/


Actual results:

Bitwarden's favicon looks good, but 1password doesn't.


Expected results:

Both favicons look good.
Bug: broken link
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-09 17:41:32+00:00
Resolved: 2020-08-10 01:03:28+00:00

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

Steps to reproduce:

1) First I went to the website https://dynamicua-origin.mozilla.org/ 
2) As you can see that the website has a broken link 

Page Not Found

Looks like you've followed a broken link or entered a URL that doesn't exist on this site.


Actual results:

The link is working but due to some errors the link is not loading its data
Bug: Google Maps makes Tab crash
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-09 21:19:40+00:00
Resolved: 2020-09-01 18:58:49+00:00

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

Steps to reproduce:

On my FireFox for Windows 7: simply loading any Google Maps address will make the tab crash. I can see the map for 0.5 seconds and then I get the regular "Gah. Your tab just crashed." message.


Actual results:

See above.


Expected results:

Not crashing, being able to use Google Maps.