av9ash/GitBugs huggingface dataset:
Bug: Freezes Firefox ("not responding")
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-17 21:43:35+00:00
Resolved: 2021-07-08 07:14:21+00:00

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

Steps to reproduce:

After the last update, on many sites when I click on form input, Firefox "tries" to show auto-fill drop-down menu freezes ("Not Responding").

Steps to reproduce: Just (double) click on input (<input type="text"... >) field to show the auto-fill drop-down menu. 

I am using Windows 7 64 bit. 
Latest drivers for HD 4000.


Actual results:

Instead of showing auto-fill dropdown menu, Firefox shows black square and freezes ("not responding"). See the attached image.

These are error details from Windows:

Description:
  A problem caused this program to stop interacting with Windows.

Problem signature:
  Problem Event Name:	AppHangB1
  Application Name:	firefox.exe
  Application Version:	89.0.1.7835
  Application Timestamp:	60c7e474
  Hang Signature:	0c12
  Hang Type:	0
  OS Version:	6.1.7601.2.1.0.256.48
  Locale ID:	1033
  Additional Hang Signature 1:	0c12be2b08bec7a7f940d921d3abd81c
  Additional Hang Signature 2:	6c25
  Additional Hang Signature 3:	6c2594462e406f5fa79b19f4a3d2105e
  Additional Hang Signature 4:	0c12
  Additional Hang Signature 5:	0c12be2b08bec7a7f940d921d3abd81c
  Additional Hang Signature 6:	6c25
  Additional Hang Signature 7:	6c2594462e406f5fa79b19f4a3d2105e




Expected results:

Show auto-fill dropdown and do not "freeze".
Bug: Can't right click to inspect element on Academia.edu
Status: UNCONFIRMED
Priority: P3
Created: 2021-06-18 00:05:04+00:00
Resolved: 2025-01-12 21:55:38+00:00

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

Steps to reproduce:

Visit https://www.academia.edu/11829077/Early_Trench_Tactics_in_the_French_Army_The_Second_Battle_of_Artois_May_June_1915?auto=download


Actual results:

Get hit with painful pulsing animation on the right side, screenshot attached.

Try to inspect element, but right-click menu never appears.


Expected results:

Right-click menu should appear, so users can inspect element, so users can identify the cause of any pain/animation.
Bug: Hidden tab panel's items padding is not applied
Status: NEW
Priority: --
Created: 2021-06-18 02:19:53+00:00
Resolved: 2021-07-04 06:51:42+00:00

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

Steps to reproduce:

Install the addon that uses the hidden tab like https://addons.mozilla.org/en-US/firefox/addon/panorama-tab-groups

After installation, click the addon icon to activate the hidden tab.


Actual results:

It is not padded.


Expected results:

It should be same as the other panels.
Bug: Hover over browser buttons delayed effect - appears laggy
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-18 05:39:52+00:00
Resolved: 2021-06-30 09:59:08+00:00

**Affected versions**
* 91.0a1(2021-06-17) 

**Affected platforms**
* only have Win10 available at the moment;

**Steps to reproduce**
1. Launch Firefox, hover over buttons (browser, Hambourger, any)

**Expected result**
* hover effect applied over key buttons;

**Actual result**
* hover effect is triggered after a few mili-seconds(even 1-2 second(s) in some cases);

**Regression range** 
* passing to the QA team for further investigation;
* Last good: with 89.0, it works fine;

**Additional notes**
* attached recording with the issue;
* set as S2 initially, as this turns out to be a really unpleasant user experience; feel free to adjust upon further investigation both severity and component.
Bug: funimation.com is unusable in firefox 89.0.1 64bit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-18 06:33:22+00:00
Resolved: 2021-06-22 14:07:43+00:00

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

Steps to reproduce:

went to funimation.com on my windows 10 pc


Actual results:

"our site uses cookies... " etc etc takes up bottom third of screen. There is no button to dismiss the boilerplate dialog. 

(see attached jpg)


Expected results:

There should be a button to dismiss the dialog. FF is my favorite browser for years, but if you don't fix it I must switch to Chrome.
Bug: firefox "restore after upgrade" does not restore non loaded tabs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-18 08:15:00+00:00
Resolved: 2021-07-16 17:21:59+00:00

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

Steps to reproduce:

[Context : FF 89.0.1 on Linux Mint 20]
- Open a few tabs & load some urls in them
- Let these pages load fully
- Leave FF opened
- Upgrade your system (apt dist-upgrade) so that FF gets upgraded
- Try to open a few more tabs with some more urls
- FF refuses to open the content of these new urls, saying you have to restart it
- Use xkill to kill FF (<- since I have configured  sessionrestore:false, it is the only way for me to restart an upgraded FF without loosing the opened tabs...)
- Start FF again


Actual results:

- tabs that were initially fully loaded get reopened + content loaded (on demand)
- tabs that were attempted to be opened after FF upgrade get a new tab opened, but with no content nor any preset URL

This mean tabs that were attempted to be opened after FF was upgraded are totally lost... even if apparently FF is perfectly aware they were supposed to be reopened.

If you look at many other issues about reopening tabs with session restore (some dating back 15 years!) it seem thar storage of pages to be restored are not managed correctly : currently a page seems to be added to the "to restore list" only when it is fully loaded, whereas a correct behavior should be to add it as soon as the user has entered the URL in the URL bar and hit enter (or clicked any bookmark/link).


Expected results:

all tabs + url + content should be restored whatever the situation
Bug: Bookmarks are drained out of the individual folder structure to the main bookmarkfolder after restoring them from file or backup
Status: UNCONFIRMED
Priority: --
Created: 2021-06-18 10:05:30+00:00
Resolved: 2022-02-22 14:19:04+00:00

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

Steps to reproduce:

I used a backup to restore my notebook and after that I wanted to updated my Firefox bookmarks with a firefox bookmark file I created before.





Actual results:

The bookmars are imported correctly but shortyly after finishing Firefox remove them from the individual folder structure and drain them unsorted in  the main bookmarkfolder and my individual folder structure stays but remains empty....


Expected results:

Importing the my bookmarks with the correct folder structure without removing the shroty after to the plain bookmarks menue
Bug: Enterprise policies for snap users
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-18 14:05:54+00:00
Resolved: 2021-07-15 17:00:30+00:00

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

Steps to reproduce:

The snap package for Firefox currently ships with a policies.json file in distribution/ that disables app updates (https://hg.mozilla.org/mozilla-central/file/tip/taskcluster/docker/firefox-snap/policies.json).
This works well for the purpose of disabling app updates, but as snaps are read-only file-systems, this means that no-one (not even a sysadmin) can modify that policies.json file to manage enterprise policies.

I can see two possible approaches to address this problem:

 1) In an unconfined environment, firefox will look for policies in /etc/firefox/policies/policies.json. A snapped application normally can't see that location on the host, but the system-files interface (https://snapcraft.io/docs/system-files-interface) can help with this. This would have the benefit that existing policies would become available to the snap, without any intervention on the sysadmin's part.

 2) The snap packaging can define a layout to symlink $SNAP/distribution/policies.json to a writable location, e.g. $SNAP_DATA/policies.json ($SNAP_DATA typically resolves to /var/snap/firefox/current). $SNAP_DATA is read-only for normal users, but sysadmins can write to it, making it a suitable location for enterprise policies. For existing deployments, this would require a one-off relocation of existing policies from /etc/firefox/policies/policies.json to /var/snap/firefox/current/policies.json.

With either approach, app updates should be disabled in a different way (not using a policy).
Bug: When in search mode, editing an URL suggestion from history searches for the literal URL
Status: NEW
Priority: P3
Created: 2021-06-18 14:31:02+00:00
Resolved: 2021-08-22 01:58:54+00:00

0. Give Wikipedia a keyword, 'w'.
1. Navigate to https://en.wikipedia.org/wiki/Example
2. Open a new tab.
3. Type 'w Example' in the address bar.
4. Arrow down to the history entry.
5. Delete the final 'e' of 'Example' in the URL, and then retype it.
6. Press enter.

Expected results: I'd navigate to https://en.wikipedia.org/wiki/Example

Actual results: I navigate to https://en.wikipedia.org/wiki/Special:Search?search=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FExample&sourceid=Mozilla-search&ns0=1

I think the right fix here is to remove the search mode when you've arrowed down to a history entry; doing otherwise produces this bug. The suggestions should be preserved until the URL is edited, as now.

The no-op-ness of step 5 isn't essential - the URL can actually be changed.
Bug: Bookmarks menu popup doesn't have a border
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-18 15:16:48+00:00
Resolved: 2021-07-28 18:52:51+00:00

OS: Arch Linux (I haven't tested on Windows/macOS)

Steps to reproduce:
Add the "bookmarks menu" button to the toolbar and click on the button.

Actual results:
The bookmarks menu popup doesn't have a border, it only has a shadow.

Expected results:
The bookmarks menu popup should have a border.

This is a regression from bug 1708735. After the first version of bug 1708735 had landed, it was even worse if you want to check, at least the shadow was missing too. Here are the results I got with mozregression:

First landing of bug 1708735:
Last good revision: f6fbf6487e6d80037dc4d1c70e5fb2fce10101ff
First bad revision: 229e905d571ebbe18c9d2e5a6fd1a9b654db6afb
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f6fbf6487e6d80037dc4d1c70e5fb2fce10101ff&tochange=229e905d571ebbe18c9d2e5a6fd1a9b654db6afb

Second landing of bug 1708735:
Last good revision: 4bda89ab5cd7b4493df996482c71fc22b149f5c8
First bad revision: e1a42874f27687b884d383b8a31424beeb2be337
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4bda89ab5cd7b4493df996482c71fc22b149f5c8&tochange=e1a42874f27687b884d383b8a31424beeb2be337

See also bug 1716546 for comparison where you can see that the submenus have a border.
Bug: 89.0.1 blocks online Outlook on one machine only
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-18 15:44:46+00:00
Resolved: 2021-07-07 11:21:48+00:00

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

Steps to reproduce:

open online office 365 using my Dell Latitude laptop.  This opens normal.  Click Outlook Icon and Outlook never opens.  Spinner keeps spinning forever.  This behavior started immediately after downloading the new update.
Desktop Firefox seems unaffected.


Actual results:

Outlook never opens.  Rebooting and running Dell Support Assist did not correct the behavior.


Expected results:

Outlook should have opened just like other icons on office.com
Bug: Firefox 89 hangs (stops responding) in Instagram Stories
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-18 16:09:46+00:00
Resolved: 2021-07-11 15:23:21+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

1. Go to https://www.instagram.com/
2. Login to your Instagram account
3. Subscribe to some accounts, which post often (needed to have a number of "Stories" (these are short videos, which play one after another) to test the browser on them;
4. Start watching Instagram Stories (click one of the "circles" on top of your Instagram feed);
5. During watching some of those videos (maybe it'll be 5th video in a row, maybe 15th - there is no pattern), firefox will hang during playing next video and next video in feed won't play (there will be no sound of next video).

PS: this behavior started to occur since i updated firefox to version 89.0. I had no problem with Instagram whatsoever. Firefox 89 hanged in some other scenarios, but this scenario with "Instagram Stories" can be reproduced on my machine everyday with 100% reproducability. It hang every day for me since i updated to 89.0.


Actual results:

Firefox hangs during playing next video and next video in Instagram Stories feed won't play (there will be no sound of next video).
Firefox's window stops rendering anything (video stops, like if you pause it, but the sound plays, till this particular video's end; next video doesn't start playing), stops reacting to mouse clicking.
If you click on another program in panel and then switch back to Firefox, it's window will not be rendered.
One of my two CPU cores is loaded by 100% by firefox process, when it hangs.



Expected results:

Instagram Stories in Firefox should play one after another, without stopping, till the last one in feed gets played.
Firefox should not hang, should keep reacting to mouse clicks and be responsive.
Bug: Tab Bar Visual Bug on UTF-8 Characters in Title like 𝔞
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-18 19:36:44+00:00
Resolved: 2021-06-19 07:13:34+00:00

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

Steps to reproduce:

Open a website in Firefox that uses Fraktur UTF-8 characters (U+1D504 to U+1D59F) in the `<title>` tag.
A minimal working example is the following HTML page:

<html>
<head>
<meta charset="utf-8">
<title>𝔞</title>
</head>
</html>

I tested it with multiple Fraktur characters and multiple Firefox themes and they all seem to cause the same behaviour.


Actual results:

The tab bar grows in height to about three times its original height if a tag with Fraktur characters in its title is open.
This also happens if the Fraktur tab is not visible in the tab bar.


Expected results:

The tab bar should stay the same height, at least if the Fraktur title tab is not visible in the tab bar
Bug: When I am in a Favorite web site, I will get another web site pop up
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-18 20:42:18+00:00
Resolved: 2021-07-07 11:32:05+00:00

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

Steps to reproduce:

When I am in a favorite I get another web site that replaces my favorite for itself, or doing a google search it replaces my request with another web site when it open up


Actual results:

I am in a favorite, making an entry of something and I click enter another site replace my favorite and I need to reload my favorite again


Expected results:

When i open a favorite or search for a site, no other unwanted web site should pop-up
Bug: When I use embed and a PDF I get "Warning: Invalid absolute docBaseUrl"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-19 00:32:15+00:00
Resolved: 2021-07-07 11:32:56+00:00

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

Steps to reproduce:

window.addEventListener('load', () => {
    const preview_div = document.getElementById('preview_div');
    document.querySelector('input').addEventListener('change', () => {
        let file = event.target.files[0];
        test(file);
    });
    function test(file) {
        let p_pdf = document.createElement('embed');
        p_pdf.src = URL.createObjectURL(file);
        preview_div.replaceChild(p_pdf, preview_div.firstChild);
        p_pdf.style.width = '100%';
        let w = p_pdf.offsetWidth;
        p_pdf.style.height = Math.round((w * 1.4)).toString() + 'px';
        p_pdf.onload = function() { URL.revokeObjectURL(p_pdf.src); };
    }
});


Actual results:

Warning: Invalid absolute docBaseUrl: "blob:null/3fb6f224-5e08-4ef0-a603-bd62c7b1c1fc". pdf.worker.js:1074:13

PDF e1b935482f5df27dba3865d46e9cde95 [1.4 Elixir PDF Converter / -] (PDF.js: 2.9.45) viewer.js:1531:13



Expected results:

There should be no error. Because that code works flawlessly on Microsoft Edge, Chrome, and Opera.
Bug: It hard to distinguish which item is in focus on Library window
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-06-19 02:17:17+00:00
Resolved: 2023-05-31 17:00:28+00:00

In new Library Window Theme, It hard to distinguish which item is in focus.
The left and right panes have the same selection background color, so it's impossible to tell which one will be deleted when the DEL key is pressed.

Steps To reproduce:
Open Library Window
Select an folder

Actual Results:
The left and right panes have the same selection background color!!
It hard to distinguish which item is in focus.

Expected Results:
Easily identify the element that currently has the focus.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f1b6f24bd6fa97140efe5cc0f1d252ca15adde00&tochange=c4dee83ede3f801ccba3cd53ccd104799b06c770
Bug: Shift-click on a tab switches to the tab as well as bringing up the tab menu (Mac)
Status: NEW
Priority: --
Created: 2021-06-19 14:24:45+00:00
Resolved: 2021-06-19 14:24:45+00:00

On mac (2021-6-13) when I shift-click on a tab, it brings up the menu, but it also switches to the tab.   It didn't do this in the past.   Last time I checked on Windows, it doesn't do this, but I haven't checked what Nightly that was.
Bug: Not complete sync
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-19 17:01:44+00:00
Resolved: 2021-06-27 05:48:52+00:00

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

Steps to reproduce:

Tryed to sync the Firefox with the server to store my settings, plugins, etc.

Before filling this report, I had tested it to be sure that it can become reproduced.

The test procedure:

1. I had synced the current settings, plugins, bookmarks, etc. with the Sync server
2. I had run a fresh firefox installation on a propperly configured virtual machine and had logged in into the Sync

3. 
a) I had seen that the restored plugins aren't placed into the overflow menu
b) I had gone thru the settings to see that many of them are set to the default settings, instead of the one I had set before the sync

Additional note: Similiar problem repeat when using Firefox on my phone with Android


Actual results:

Many settings and layout releated things (like placement of plugins in the overflow menu, etc.) hasn't become stored on the sync server.


Expected results:

Anything I had selected should be stored on the sync server and become restored on the fresh firefox
Bug: Low contrast of active tab with dark theme on TN monitors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-19 17:07:09+00:00
Resolved: 2021-06-23 12:55:28+00:00

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

Steps to reproduce:

1. Have old cheap TN LCD monitor.

2.  Lean back in chair so that you're looking at the tab strip from around 20° below normal.


Actual results:

Active tab becomes very difficult to distinguish from inactive tabs (see attached).


Expected results:

Active tab should be easily distinguishable, either by brighter background, which might wash out the text, or by some other indication such as the pre-proton blue bar.
Bug: Missing codec warning popping up repeatedly, needs option to suppress
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-19 18:53:56+00:00
Resolved: 2021-08-13 16:50:56+00:00

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

Steps to reproduce:

Go to any webpage playing MP4 video, get repeated warnings regarding codec that I will not install.


Actual results:

Codec warning is repeatedly popping up. Every time I scroll past a MP4 video, even on a page that I have previously dismissed the warning it keeps popping up.


Expected results:

Warn once, then go away. There should be an option to suppress these warnings, as on certain platforms these codecs are just not available. On my platform this codec will not be installed. Repeated warnings are unnecessary and denigrate the user experience.
Bug: Configuring a default app for an external protocol (scheme) handler should work (not prompt / show a dialog) for external links if they are redirects
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-19 20:19:49+00:00
Resolved: 2021-09-22 12:22:39+00:00

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

Steps to reproduce:

1. Open Run dialog window (Win+R), enter "https://tinyurl.com/4tcvt3dw", press Enter.
2. "Choose an application to open the acestream link" window appears. Choose an application there (e. g. Notepad), set "Always use this application to open acestream links" checkbox, press "Open link".
3. Notepad will be launched.
4. Repeat step 1.


Actual results:

"Choose an application to open the acestream link" window appears again.


Expected results:

Notepad should be launched without prompt.
Bug: Document titles too long to be completely displayed in the tab list that start with a right-to-left mark move slightly on hover
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-19 22:00:28+00:00
Resolved: 2022-01-05 17:19:50+00:00

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

Steps to reproduce:

1. Set document title to a very long string that starts with a right-to-left mark, e.g. `document.title = "\u200fabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ"`.
2. Hover the tab in the tab list at the top of the window.


Actual results:

The trimmed tab document title moves slightly to the left in the tab card.


Expected results:

The document title should not move when hovered.
Bug: Firefox on iOS failed to detect language of a web site
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-06-19 22:56:51+00:00
Resolved: 2021-06-20 23:05:07+00:00

Web site URL: http://www.asahi-net.or.jp/~aa4t-nngk/ipttut/output/natusage.html
Firefox version: Firefox Daylight 34.1 (5186)
iOS version: 14.6
hardware: iPad(MW762J/A)

It works fine with Firefox 89.0.1 (64 bit) on Ubuntu 20.04.
Bug: Sensitive file exposure
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-20 07:26:52+00:00
Resolved: 2021-06-21 16:19:13+00:00

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

Steps to reproduce:

Visit this url:https://hg.mozilla.org/mozilla-central/file/tip/browser/config

it will give direct access to the config file with out any authentication


Actual results:

it will give sensitive files


Expected results:

config file and others