av9ash/GitBugs huggingface dataset:
Bug: Firefox PDF handling app is unable to recognize digitally signed documents.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-05 17:37:01+00:00
Resolved: 2021-06-25 08:55:08+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 was using Firefox on a site which had documents linked to be opened. Some of the PDF documents were supposed to be digitally signed. But they appeared with no signature or indication there was one. 


Actual results:

Documents (several, it was not a single case) in a new banner were visible through your PDF handling app, but signature was not there. But it was there when I opened with Chrome or with Adobe.


Expected results:

Firefox PDF handling app is unable to recognize digitally signed documents. I was terribly embarrassed for having rejected documents in a governmental call for not having been signed, when they were, actually. This is very embarrassing and dismaying.
Bug: Firefox not able to search or open any URL even after reinstalling and using a new profile in Ubuntu
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-05 18:36:44+00:00
Resolved: 2021-11-12 14:16:13+00:00

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

Steps to reproduce:

1. Installed v89 of firefox through apt in Ubuntu 18.04.5 LTS
2. Tried launching firefox through both GUI and through Terminal. (tried with safe mode and also created a new profile).


Actual results:

Firefox window is opening but no search queries are responding including Firefox's own URIs like about:support. The new tab page is rendering with just a blank page.


Expected results:

Firefox should have resolved search queries with new tab page rendering properly.
Bug: Firefox 89 UI has major problem with lack of contrast esp in tabs and controls
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 19:08:28+00:00
Resolved: 2021-06-10 12:59:58+00:00

User Agent: Mozilla/5.0 (Android 11; Mobile; rv:89.0) Gecko/89.0 Firefox/89.0

Steps to reproduce:

Same as 1714153 and don't care call this "invalid". Enough of us are so dissatisfied (and we have been around Firefox since day 1) that Firefox will throw itself under the bus unless you listen.




Actual results:

Unusable nearly


Expected results:

Should not have made such a fundamental change to the UI. You have broken the rule in the FAQs that it (Firefox) only ever moves forward. Ha!!
Bug: Search handoff fails when search from address bar is disabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 19:50:03+00:00
Resolved: 2021-06-07 01:53:15+00:00

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

Steps to reproduce:

(I disabled search from address bar by toggling configuration parameter 'keyword.enabled' to 'false' already long time ago. I do not search from address bar but prefer to search from the search field of FF startpage.)

I enter input to the search field of FF startpage and hit Enter.




Actual results:

Since FF 89 the input to the search field of FF startpage is no longer captured there but automatically goes to the address bar. Search in address bar fails, as it is disabled. 


Expected results:

Input should go to the search field of FF startpage and search should start from there.
Bug: FF Version 89.0 Changes Grab-Bar color from system wide color to White?!!??!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 20:13:26+00:00
Resolved: 2021-06-10 18:27:35+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 re-installed Firefox - same result.  Or more accurately Firefox installed 89.0 without warning.  Twice.


Actual results:

The system wide Windows color that I use for all application grab-bars was changed by 89.0 to White.  That means if the FF page color is white, and it overlays another white page, and the grab-bar is white, then . . . it's difficult to find the FF window so that it can be moved or double-clicked to maximize, or find the minimize/../close icons.  Or to locate the Tabs underneath.  Or to tell the difference between where Firefox is on the desktop and anything else is on the desktop.


Expected results:

An application should never mess with an essential system wide GUI standard, and that includes Firefox.

Firefox should not change the Grab-Bar color.
Bug: Toolbar is oversized
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-05 20:17:54+00:00
Resolved: 2021-06-06 11:18:23+00:00

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

Steps to reproduce:

Run Firefox


Actual results:

I updated to version 89.0 (64-bit) and now the tab bar + address bar has become massive


Expected results:

The tab bar + address bar size should have remained constant.
Bug: Developer use telemetry instead of talk with user
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-05 21:00:05+00:00
Resolved: 2021-06-05 23:20:46+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 use Firefox, you give us a terebly update


Actual results:

The UI get worse and worse (flying tabs, who needs that, besides marketing experts)


Expected results:

The developer should speak with user or give the new UI as an option. instead look only on telemetry data, you are not MS, may we want a Button exactly on this place even if we use this only once a year (just to now it is there, like a emergency brake)
Bug: Firefox settings for when to open other applications are not very discoverable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-05 22:09:01+00:00
Resolved: 2021-06-09 22:07:36+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:

I opened a link on an older computer. Not my email computer.


Actual results:

The link opened Thunderbird, which downloaded my emails. Now I'm trying to figure oit how to get them to my email computer.


Expected results:

The link shouldn't do that. Either give a warning before opening Thunderbird, or give an option to stop it before it can download my emails.
Bug: Tab tearing now requires a delay to tear
Status: REOPENED
Priority: --
Created: 2021-06-05 22:43:04+00:00
Resolved: 2024-08-01 14:46:38+00:00

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

Steps to reproduce:

Quickly drag a tab away from the toolbar to tear off a tab to a new window.


Actual results:

The tab is just focused.


Expected results:

A new window is opened with the dragged tab as the only tab.
Bug: Firefox update 89.0 has eliminated the minimize, maximize and close buttons in the upper right hand corner.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-05 23:49:49+00:00
Resolved: 2021-06-22 13:17:39+00:00

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

Steps to reproduce:

I started Firefox 89.0 after the update and found the minimize, maximize and close buttons have gone away. I don't have any way to minimize maximize or close the window. The Aero interface is no longer there. I restarted Firefox with no change.
I then rebooted the computer and started Firefox again and got the same result.



Actual results:

The upper right corner buttons were still missing and the Aero interface was also missing.


Expected results:

The three upper right hand corner buttons should have been there and the Aero interface should have been there and working properly.
Bug: After Firefox 89.0 update, YouTube comments do not load, nor does the YT/Google Account navigation/selection popup.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-06 00:21:22+00:00
Resolved: 2021-06-23 18:41:51+00:00

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

Steps to reproduce:

Open any video on YouTube.


Actual results:

Comments never loaded; simply had the spinning "loading" arrow for as long as I viewed the video.  I watched videos as long as 30 minutes and never saw the comments load.  
Also cannot change the account profile that I'm using for YouTube (user account icon on upper right of webpage.)  Clicking on this icon, the user selection popup appears but is blank and, like comments, contains only a spinning "loading" arrow.


Expected results:

Comments should load and be visible.
Clicking on the account icon should bring up the account/profile selector.  

Both of these features stopped working immediately after the Firefox 89.0 update.  
Both of these features continue to work on other browsers, so this does not appear to be a YouTube issue.
Bug: [Windows 10] Can't delete bookmark separators in menus
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-06-06 01:44:41+00:00
Resolved: 2021-11-05 11:17:02+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 OPR/73.0.3856.284 (Edition Yx 03)

Steps to reproduce:

Created a bookmark separator in the newest version of Firefox (89.0 64-bit)


Actual results:

I tried to delete it but it would not delete


Expected results:

It should have deleted!
Bug: Button to okay closing multiple tabs is not visible in Firefox 89.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-06 04:39:37+00:00
Resolved: 2021-06-06 09:30:18+00:00

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

Steps to reproduce:

In Firefox 89, macOS 11.4, using the default theme, and with warning before closing multiple tabs turned on
1. Open a new window
2. Click + to open a second tab
3. Click the red close window icon


Actual results:

Get dialog:

Close tabs?
You are about to close [n] tabs.
[Checkbox] Warn when closing multiple tabs

Intermittently, the [Cancel button] and [OK button] will be visible, but most times I've tried this they aren't.

Workaround: Press tab then press ENTER key. The window closes. (This implies the OK button is present, just not visible.)


Expected results:

Get dialog:

Close tabs?
You are about to close [n] tabs.
[Checkbox] Warn when closing multiple tabs

[Cancel button][OK button]
Bug: Clarity issues with Proton Tabs and new download progress display
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-06 06:21:59+00:00
Resolved: 2021-06-07 14:18:39+00:00

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




Expected results:

I find that there is very little visual distinction between tabs in the new Proton UI, and also that it is not possible to discern between a selected tab and the *current* tab. I also would prefer if the new tab boundary were a trapezoid (so the current tab could slightly overlap the corners of other tabs for more depth) or if it had less surrounding white space (I have a 15.6" screen, so the increased vertical space is not ideal), but the latter is probably too much like the old design (admittedly, I found the old tab design perfect even above the implementations in other browsers; it fills the available space efficiently, the bespoke lighted top section noting selection is subtle and pretty but effective, and the current tab pops out like it has been brought forward; I'm somewhat frustrated by the ongoing trend toward making PCs look like mobile devices, but this has definitely cost far too much usability).

The download progress meanwhile feels unfinished. The circular progress bar doesn't fill in at the same rate at different angles and it's not really evident that it's a download, at least while it happens. There's just a mysterious circle there, if it's at a stage where it actually looks like a circle.

Also, on Ubuntu (this part isn't a new issue), at least with Unity Desktop, there is no progress bar on the Firefox icon in the panel when downloads are in progress. Chromium does render this properly, and Firefox does show this indicator in Windows, so I'm not sure what's wrong there.
Bug: Getting repeatedly logged out of several web accounts
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-06 08:10:26+00:00
Resolved: 2021-07-14 17:53:05+00:00

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

Steps to reproduce:

Signed into g-mail, mailchimp, facebook, Amazon


Actual results:

I keep getting logged out after a short period. I keep logging in saying trust this browser/device but no good


Expected results:

remained logged in
Bug: All submenus have an extra separator when browser.proton.enabled is false
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-06 09:12:37+00:00
Resolved: 2021-08-10 18:06:28+00:00

Tested in 90.0b3.

STR:

1. set `browser.proton.enabled` to `false` and restart Firefox.
2. Click on `AppMenu > Help`.


Expected Behavior:

Only one separator exists between `Help` and `Firefox Help` (see 89.0b15).

Actual Behavior:

Two separators exist between `Help` and `Firefox Help`.

This also affects `AppMenu > Library (>Bookmarks, >History)`, `AppMenu > More (>Text Encoding)`, `AppMenu > Web Developer`, and all submenus under `Tracking Protection Shield` and `Secure Connection Icon`.
Bug: Dark Theme does not follow macOS dark mode colors across GUI elements
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-06 09:45:19+00:00
Resolved: 2021-10-27 14:52:36+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36

Steps to reproduce:

Opened up the Library (History) part of the app


Actual results:

Elements are not adhering to the dark color scheme set on OS level (macOS Big Sur)


Expected results:

Elements should be adhering to the dark color scheme
Bug: "About Firefox" window ignores dark mode setting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-06 10:05:52+00:00
Resolved: 2021-07-05 17:50:14+00:00

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

Steps to reproduce:

1. Open Firefox
2. Click on 'Firefox' in the menu bar
3. Click on 'About Firefox' in the menu


Actual results:

The window that opens is not in dark mode


Expected results:

The window that opens is in dark mode
Bug: High CPU consumption when downloading multiple .mp4 files
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-06 10:25:47+00:00
Resolved: 2022-07-05 20:21:25+00:00

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

Steps to reproduce:

1. Open Firefox
2. Download 5 or more .mp4 files at the same time


Actual results:

The CPU value goes up and the fans increase their RPM.


Expected results:

The CPU stays at normal values and the fans do not increase their RPM.
Bug: PDF is opened on another application rather than on Firefox
Status: NEW
Priority: P2
Created: 2021-06-06 10:55:33+00:00
Resolved: 2021-07-26 08:40:06+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. In 'Settings', change PDF action to 'Always ask'
2. Download from Internet two PDFs
3. First, select 'Open with *application*' (in my case, Adobe Acrobat Reader DC), and in the other dialog, 'Open with Firefox'

The problem can be reproduced on the latest Nightly (Build ID: 20210605211222) and in a new profile. But, as you can see in the video, its appearance may be a little bit random (at first, it worked as expected, but when I tried again, it failed). Also, I'm not sure if it happens because Adobe is my default PDF reader, I tried a couple of types selecting another application like Chrome and I could not reproduce the bug.

I don't know if this bug is somehow related to this one: https://bugzilla.mozilla.org/show_bug.cgi?id=1680147


Actual results:

Both of the PDFs were opened on Adobe Acrobat Reader DC.


Expected results:

One PDF should be opened on Adobe Acrobat Reader DC and the other one on Firefox.
Bug: Hangs up when initially loading on first open. Also loaded Thunderbird when I attempted to open Firefox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-06 11:29:18+00:00
Resolved: 2022-05-11 12:28:38+00:00

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

Steps to reproduce:

Just wanted to report it. Do not have time right now. Honestly after years of Firefox usage, I am tired of debugging and correcting issues. My elderly Aunt I taught to use it I'm afraid I will have to teach to use Edge.
Bug: (Regression - Proton) Address bar extension icon is completely white with dark themes
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-06 11:39:37+00:00
Resolved: 2021-07-31 16:02:49+00:00

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

Steps to reproduce:

1. Set any dark theme for Firefox (for example, the built-in dark theme)
2. Install an extension that has an .svg address bar icon (for example, SwiftDial)
3. Navigate to a page where the icon is enabled


Actual results:

The icon is almost completely white and looks weird


Expected results:

The icon should have colors like it had before the Proton update
Bug: Title has no space from close button for RTL Languages
Status: NEW
Priority: --
Created: 2021-06-06 13:00:42+00:00
Resolved: 2021-06-07 19:52:26+00:00

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

Steps to reproduce:

Open a webpage that has a right to left title.


Actual results:

Title has no space from close button for RTL Languages. (screenshot is attached)


Expected results:

It should've had a bit margin from close button just like English or other left to right languages.
Bug: Separate Search Bar Mode Broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-06 13:05:46+00:00
Resolved: 2021-06-06 20:28:27+00:00

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

Steps to reproduce:

0. Have Firefox auto-upgrade to 89 while preferences were set to have a separate search bar.

1. Go to the Firefox standard home page.

2. Enter "foo" into the search bar on the home page.

3. Press enter to start the search


Actual results:

1. The address bar reads "Mit ... suchen oder Adresse eingeben" (search with ... or enter address).

2. Firefox unconditionally copies "foo" into the address bar.

3. Firefox complains that it can't find "https:/foo".


Expected results:

1. The address bar should read just "Adresse eingeben" (enter address).

2. Firefox should copy "foo" into the search bar because it is not a valid internet address (and also because it is the expected behavior from previous versions; see below).

3. Firefox should run my selected search engine to seatch for "foo".

As a matter of fact, the change of behavior constitutes a SERIOUS security hazard. I have a habit of researching internet addresses on the web before actually visiting them if I find anything fishy about it. As I have become accustomed to using the home page search field as a pure search field, with this change in behavior I WILL find myself in situations where out of habit I will inadvertently enter such addresses into what is now the "address and search" field on the home page, WILL accidently open a web page despite being wary of it.
Bug: Tab bar height increases by x2 when <title> contains bold unicode characters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-06 13:10:08+00:00
Resolved: 2021-06-06 15:48:54+00:00

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

Steps to reproduce:

Open a webpage via firefox desktop with bold symbols (Mathematical Alphanumeric Symbols table) in the <title>. Example: https://yaytext.com/bold-italic/


Actual results:

Height of the whole tab bar increases by about factor of two.


Expected results:

Height of the tab bar should remain constant.
Bug: Download Fail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-06 14:44:36+00:00
Resolved: 2021-07-10 12:33:04+00:00

User Agent: Mozilla/5.0 (Android 6.0.1; Mobile; rv:89.0) Gecko/89.0 Firefox/89.0

Steps to reproduce:

There is always an error when downloading.  and Firefox browser CANNOT remember it.


Actual results:

Whenever I download something (regardless of which page) the download process stops again and again. 
2 Problem: every time I download a RAR file, Firefox browser keeps asking me "again and again"; the window pops up (Open File Save) that is SUPER NERVOUS


Expected results:

Download process without interruption, and no "repeatedly" window Open and ask: Whether you want to open or save files, once you have clicked on it, it should be remembered.
Bug: Half upper black window
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-06 14:58:30+00:00
Resolved: 2021-06-23 12:53:09+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15 Epiphany/605.1.15

Steps to reproduce:

In Elementary OS (Based on Debian and Ubuntu) I updated the latest version on June 5, and the upper part of the window appears black on all tabs.


Actual results:

the upper part of the window appears black on all tabs.


Expected results:

upper part of the windows with normal design
Bug: "Snooze All" events does not snooze all events
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-06 16:30:09+00:00
Resolved: 2021-06-06 16:35:24+00:00

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

Steps to reproduce:

I have two calendar events that triggered a popup reminder. Both are listed in the box.  I pressed "Snooze All for..." at the bottom of the box and selected 2 hours.


Actual results:

Only the top event vanished from the box and was snoozed. I had to go and do the 2nd one again


Expected results:

Both events should have vanished and been snoozed.
Bug: New default home tab search redirects all search attempts to the URL bar, causing issues when attempting to use it for searches.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-06 16:55:23+00:00
Resolved: 2021-06-06 18:03:16+00:00

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

Steps to reproduce:

New default home tab search redirects all search attempts to the URL bar, causing issues when attempting to use it for searches.


Actual results:

Any attempts to type in the bar immediately move my cursor to the URL box, no matter how I attempt to actually use the search bar.


Expected results:

Before this update, I could type in the search bar without it trying to auto-complete URLs and going to websites at random, it would actually perform the search with the default search engine I had selected.
Bug: 89.0 64-bit - flickering and unusable tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-06 20:50:52+00:00
Resolved: 2021-07-12 11:16:23+00:00

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

Steps to reproduce:

In Firefox 89, 64-bit on my Windows 10 computer, when the tabs reach a certain amount (for my screen resolution and FF tab width and spacing, it happens to be 23 open tabs), the rightmost (23rd for me) tab will fast-flicker when it's moused over.  No action can be taken with the tab.


Actual results:

As described above, the tab will fast-flicker.  One can't enter the contents of the tab.  One can't close the tab.  The workaround is to open another tab, and then at that point, the problematic tab, the newly-added tab - everything - start working normally again.  The only problem is when the "magic number" tab (again, for my settings, 23) is opened, with that one tab, until tabs to its left are closed, or tabs to its right opened.


Expected results:

Normal tab behavior allowing full access to the tab and its contents and its options.