av9ash/GitBugs huggingface dataset:
Bug: Searching for download items, pressing Ctrl-A, and selecting "Remove from History" will remove all download items instead of just filtered ones
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-12-30 14:49:14+00:00
Resolved: 2021-02-14 06:41:05+00:00

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

Steps to reproduce:

0. Fill Downloads list with downloads
1. Open Downloads list
2. Search for a download using the search box, to filter downloads
3. Click on a download then press Ctrl-A (or Cmd-A on Mac) to select all filtered downloads
4. Right-click and click on "Remove from History"


Actual results:

All downloads (even ones which were not visible) are deleted.


Expected results:

Only the visible downloads should be deleted.
Bug: Double clicking the "Personalize" or "Close" button will wrongly select the "Shortcuts" string in the Customization panel
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-12-30 14:53:24+00:00
Resolved: 2021-01-25 21:32:37+00:00

**[Affected versions]:**
- Firefox Nightly 86.0a1, BuildID 20201228205313
- Firefox Beta 85.0b4, BuildID 20201220193140

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Prerequisites]:**
- Have a new Firefox profile.
- Have the `browser.newtabpage.activity-stream.newNewtabExperience.enabled` pref set to `true`.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and double click the "Personalize" button.
3. Observe the Shortcuts string.

**[Expected results]:**
- The string remained unchanged.

**[Actual results]:**
- The string is selected.

**[Notes]:**
- The issue is also reproducible if you double click the "Close" button.
- Attached a screen recording of the issue.
Bug: The text select cursor is wrongly displayed when hovering the titles and descriptions in the Customization panel
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-12-30 15:03:04+00:00
Resolved: 2021-02-01 11:35:10+00:00

**[Affected versions]:**
- Firefox Nightly 86.0a1, BuildID 20201228205313
- Firefox Beta 85.0b4, BuildID 20201220193140

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux MX 4.19

**[Prerequisites]:**
- Have a new Firefox profile.
- Have the `browser.newtabpage.activity-stream.newNewtabExperience.enabled` pref set to `true`.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open a new tab and click the "Personalize" button.
3. Hover the titles or descriptions of the options and observe the cursor.

**[Expected results]:**
- The cursor (pointer) remains unchanged.

**[Actual results]:**
- The cursor is changed from pointer to text select.

**[Additional notes]:**
- The issue is NOT reproducible with the sponsored checkboxes.
- Attached a screen recording of the issue.
Bug: The FxA Bookmark Panel CFR is displayed 3 times in one day
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-12-30 15:19:18+00:00
Resolved: 2021-01-08 14:33:33+00:00

**[Affected versions]:**
- Firefox Nightly 86.0a1 (Build ID: 20201230092946)

**[Affected Platforms]:**
- Windows 10
- macOS 10.15
- Linux Mint 20

**[Prerequisites]:**
- Have Firefox Nightly open.

**[Steps to reproduce]:**
1. Create at least 10 bookmarks.
2. Restart the browser.
3. Bookmark another page and observe the New Bookmark doorhanger.
4. Bookmark another page, and observe the New Bookmark doorhanger.

**[Expected result]:**
-  The FxA Bookmark Panel message is only displayed in the first doorhanger.

**[Actual result]:**
- The FxA Bookmark Panel message is displayed in the second doorhanger as well.

**[Regression]:**
Last good revision: a4f631604a0cc37c67b2d694fb913a0226505088
First bad revision: 27a0738dc45b778aebed48242234aa30fa8001a3
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a4f631604a0cc37c67b2d694fb913a0226505088&tochange=27a0738dc45b778aebed48242234aa30fa8001a3
From the pushlog, it seems that bug 1652513 might have caused this issue.

**[Notes]:**
- The CFR is displayed three times.
- Attached is a [recording](https://drive.google.com/file/d/1siG0h7Z_bGrpSuDhzwOK2-JttRCvd8dQ/view?usp=sharing) of the issue.
Bug: Cannot set fixed default bookmark folder any more
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-30 15:22:05+00:00
Resolved: 2021-01-19 14:28:37+00:00

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

Steps to reproduce:

In past versions of Firefox, all new bookmarks were added in the same folder -- "Other Bookmarks".  This behavior was recently changed in https://bugzilla.mozilla.org/show_bug.cgi?id=1665389, but the change is larger than the bug description indicates: not only the default was changed, but Firefox now *remembers* the last bookmark folder used, and uses it again for the next bookmark.

I think this is a bad idea. There is no reason to assume that the new bookmark has much to do with the previous one, and indeed I have put multiple bookmarks into completely wrong folders due to this change in behavior.

I tried setting browser.bookmarks.defaultLocation to "unfiled", which works exactly once, but when I change the bookmark folder on one bookmark it still also changes the default for other, new bookmarks. So currently there seems to be no way to have all new bookmarks appear in the same, consistent folder, which IMO is a regression compared to earlier versions of Firefox.
Bug: Focusring / outline / highlight is cut off on buttons inside the Saved Addresses/ Saved Credit Cards dialogs
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2020-12-30 15:38:25+00:00
Resolved: 2021-05-10 12:12:38+00:00

**Affected versions**
* 84.0
* 85.0b4
* 86.0a1 (2020-12-28)

**Affected platforms**
* Ubuntu 18.04
* Windows 10

**Steps to reproduce**
1. Make sure extensions.formautofill.available is set to on 
2. Go to about:preferences#privacy
3. Open the Saved Address panel
4. Save an address
5. Select the new saved address and navigate the panel with Tab
6. Observe the Remove and Edit buttons highlight

**Expected result**
* The highlight is not cut off

**Actual result**
* The highlight is cut off 

**Regression range**
* Not a regression, since the tab navigation inside the panel was not possible on a “good” build, the issue is visible starting with Fx 65.0a1 ([pushlog](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ca0f00593e38cdab54c3a990059bbf1150e77365&tochange=09493e80dbe7c1486eb3c93960cc81f73c8c5356), probably introduced by [1511394](https://bugzilla.mozilla.org/show_bug.cgi?id=1511394))

**Additional notes**
* Visible regardless the theme or if the Saved Address/ Credit Cards panel is resized
* No other panels from about:preference seems to be affected

**Suggested severity**
* S4
Bug: cursor doesn't appear in Google search box (due to Zoom Page WE extension)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-30 15:57:15+00:00
Resolved: 2021-01-01 10:15:36+00:00

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

Steps to reproduce:

Went to https://www.google.com/ in a new tab


Actual results:

The cursor started failing to appear in the search box yesterday (12/29/2020), I have to click on the search box before typing my query. Prior to this, the cursor would automatically appear in the search box when visiting the Google web page so that the extra step of clicking the mouse in the search box wasn't necessary.

Other browsers (e.g., Microsoft Edge) do not have this issue, it is on Firefox only and it's not an issue with my computer as I've tried it on multiple devices with the same outcome.


Expected results:

cursor should automatically appear in the search box so that the user can immediately type in a search query rather than have to first click on the search box.
Bug: RDD process fails to start due to DLL injection into a CIG process
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-12-30 15:59:21+00:00
Resolved: 2021-04-15 20:15:10+00:00

Bug 1620114 enabled pre-spawn CIG for the RDD process.  To mitigate the compat issue that DLL Injection into a CIG-enabled process via Import Table breaks process launch, we also implemented automatic DLL injection prevention (bug 1659438), but bug 1682834 revealed Norton 360 still caused that compat issue.

Their module IPSEng64.dll is injected via Import Table, and then its entrypoint function reverts the Import Table into the original state, so that the current logic of our automatic DLL injection prevention cannot detect IPSEng64.dll was injected via Import Table.  This is the same technique as Symantec does, but Symantec's module even bypasses CIG itself.  Therefore Norton causes this problem while Symantec does not.

To mitigate this problem, we need a more stable way to detect Import Table tampering.

Now we disabled pre-spawn CIG in non-Nightly, so currently this happens only in Nightly.
Bug: One way button is not clickable on the click of the button
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-31 03:29:12+00:00
Resolved: 2021-01-19 08:20:53+00:00

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

Steps to reproduce:

open goibibo web page



Actual results:

one way button is not clickable


Expected results:

one way button should work
Bug: Radio button label focus ring appears when clicked (should only appear when accessed via the keyboard)
Status: NEW
Priority: P3
Created: 2020-12-31 09:47:20+00:00
Resolved: 2021-01-04 15:57:14+00:00

This is not a regression. I can also reproduce on 60esr.

Reproducible: always

Steps to reproduce:
1. Open about:preferences
2. Click on radio button label

Actual Results:
The focus ring appears. Appears only in checkboxes.

Expected Results:
The focus ring should not appear unless you are using the keyboard.
Bug: Duplicated or reopened tab is always displayed as insecure shortly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-31 16:46:14+00:00
Resolved: 2021-08-02 14:52:04+00:00

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

Steps to reproduce:

Duplicate secure website tab or close and reopen it


Actual results:

For very short time, I saw crossed out padlock with "not secure" text (I have text enabled), then it disappeared


Expected results:

Default padlock was expected to appear
Bug: Multiple Cmd+Q keyboard clicks cause multiple close dialogs
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-12-31 23:16:23+00:00
Resolved: 2021-03-29 17:34:52+00:00

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

Steps to reproduce:

On macOS, when I press Cmd+Q multiple times, I get multiple "Quit and close tabs?" dialogs


Actual results:

Must cancel multiple dialogs. See attached .mp4. 
macOS 11.1, Firefox 84.0.1


Expected results:

Only one dialog should be displayed no matter how many times Cmd+Q is pressed
Bug: New Notifications feature already being used for Malware
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-01 16:30:52+00:00
Resolved: 2021-01-06 15:52:31+00:00

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

Steps to reproduce:

Triggered just by browsing the "wrong" sites.


Actual results:

Immediately after the latest Firefox update, I've started getting notification ads saying "Your McAfee license has expired, click here" or "Your Norton Security license has expired". I'd never seen ads like this before and I have neither McAfee nor Norton. Clicking on the cogwheel in the ad led me to the notifications section of Firefox. I'd not turned these on, and had never seen them before. They are clearly being used for illicit purposes. 


Expected results:

This feature should not be activated by a browser upgrade. It's clearly an opportunity for inappropriate messaging and is already being used that way. I have disabled the feature now that I know about it, but less astute users unfamiliar with such things will be misled into clicking on something that will get them into trouble, in my opinion.
Bug: Firefox stop responding after pasting payload in search/address bar.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-01-02 00:45:54+00:00
Resolved: 2024-05-30 17:25:31+00:00

Summary:
I found strange behavior when I paste long crafted url in search/address bar. I should mention that I use default settings in all browsers, so my address and search bars are not separated. 
Steps to reproduce:
1) Visit attached html page and click "Click here!" button. I viewed it locally, but you can put in anywhere, it doesn't matter. You can also manually generate payload and copy it in your clipboard.  
2) Paste your clipboard contents in search/address bar. It's not required to press enter, and anyway, browser will freeze before you can press any button. 
3) Browser will stop responding (cpu consumption will be too high)
Payload: 
Can be crafted with python, or any program language
Consists of two parts - 'https://google.com/?id=2' + '<div="" class="">a</div></div></div><!---></div>' * 10000
You can use any domain in first part, and different multipliers in second part. Multiplier affects cpu consumption, higher multiplier -> higher consumption. I suppose 10000 will be enough to freeze Firefox on almost all processors.  
Tested on Windows 10 Pro and Kali Linux:
Firefox Browser latest (84.0.1)
Firefox ESR latest (78.6.0esr)
Attack scenario:
Victim copy/click anything on attacker website, and than try to search it via bar. Firefox will freeze, victim will force quit, all work in other tabs will be lost. 
Despite the fact that impact is relatively low, it can be an indicator of more serious bug.  It also affects different browser editions and platforms, so I think it worth to report.
Bug: Cannot add bookmarks
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-02 01:47:45+00:00
Resolved: 2021-01-08 11:04:16+00:00

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

Steps to reproduce:

Tried to save url using star on search bar - NOTHING HAPPENED. Tried CtrlD - Zip.
Problem stated with last update - 84.01 on December 24.



Actual results:

Nothing saved. Tried all the profile stuff in help. X.



Expected results:

Should have saved to toolbar?
Bug: "Search for text when you start typing" no longer working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-02 17:09:03+00:00
Resolved: 2021-01-02 21:12:07+00:00

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

Steps to reproduce:

any textual website, start typing


Actual results:

no matter which website, no matter where the focus, no matter whether the related preference is set or not ... FF no longer finds any text


Expected results:

find the text typed in the search box
Bug: Do not show "For quick access, place your bookmarks here..." text from the bookmarks toolbar if it actually have bookmarks
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-01-02 18:26:22+00:00
Resolved: 2023-05-31 07:48:06+00:00

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

Steps to reproduce:

Removed places.sqlite from my Firefox profile directory (I have a script that does cleanup of my home directory from time to time, that includes removing this file - I have Firefox set to clear everything upon exit, and rely on bookmarks loaded from bookmarkbackups dir, so I don't need 5MB file to sit under my home directory).


Actual results:

On next start, Firefox populated bookmarks toolbar with bookmarks from corresponding json file from bookmarkbackups directory, but then would still show "For quick access, place your bookmarks here..." message.


Expected results:

It seems obvious to me that there is no need for this message - since bookmarks are there too, the user presumably knows about the purpose of the bookmarks toolbar.  I assume that trigger to show this message is checking for existence of places.sqlite, but it should also check if bookmarks are loaded from other sources (bookmarksbackup or bookmarks.html).  And if you think this message should be still shown in this case, then at least please move it to the right of bookmarks, so that it's less annoying.
Bug: add to cart buttons missing for playstation store website
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-01-02 18:57:33+00:00
Resolved: 2021-01-06 16:18:28+00:00

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

Steps to reproduce:

Visit these links. I have also disabled my ublock origin adblocker for mozilla.

example links: https://store.playstation.com/en-ca/product/UP9000-CUSA07820_00-THELASTOFUSPART2

https://store.playstation.com/en-ca/product/UP0082-CUSA04551_00-GOTYORHADIGITAL0

See if ATC buttons appear.


Actual results:

No add to cart button appears for many (all?) games on the playstation store. A black box simply appears for a few seconds then disappears.


Expected results:

The ATC buttons should appear below the picture of the game. The ATC buttons appear on both safari and chrome, so i am suspecting it is a problem with mozilla.
Bug: Severely diminished performance loading sessions with extremely large numbers of tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-03 00:54:18+00:00
Resolved: 2021-05-21 15:08:13+00:00

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

Steps to reproduce:

Open a very large number of tabs (currently I have ~3.6k across five windows)
Close Firefox.
Attempt to reopen Firefox


Actual results:

Firefox loads extremely sluggishly, eating ~40% of my CPU and ~10GB of RAM while not making much progress. Crashes repeatedly. Seems to make some additional progress on each attempt, somehow?


Expected results:

On previous versions (specifically prior to the 84.0 update), this number of tabs did not cause issues loading. Only if a large number (~100) of tabs were actually loaded in the current session, or if large numbers of images were saved in cache, did issues crop up. As I primarily use Firefox over Chrome because it could handle my tab use, this is a major problem for me.
Bug: Neither date added nor date modified reflect the truth when using sync
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-03 00:59:43+00:00
Resolved: 2022-10-17 21:18:56+00:00

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

Steps to reproduce:

Initial conditions:
Set up Sync and have Firefox installed on two or more computers. Create some bookmarks on one machine and some more bookmarks on another machine, then wait for the sync process to complete.

Reproduce:
Then, open bookmarks on both machines and compare Date Added and Date Last Modified for the bookmarks. You can also repeat the process while one computer is offline, then allow the sync to occur later, and the effects will be more noticeable.


Actual results:

For each bookmark:

Date Added shows the date the bookmark was synced across all devices, or when you created the bookmark on that system, whichever is more recent.

Date Last Modified shows the date the bookmark was synced from the device you're currently viewing it on. It alternatively shows the last date the user modified the bookmark on that computer, whichever is more recent.


Expected results:

1. Date Added should reflect the date the user added the bookmark to that folder.

2. Last Modified should reflect the date the user modified the bookmark. This date seems to get reset in large chunks of bookmarks at once, likely due to behind the scenes synchronizations.

Sync should never modify either of these fields, and these fields should never vary from machine to machine. It's really strange that automated systems are allowed to change bookmark data so frivolously. As it is now, it is uncontrolled and unpredictable overwriting of two important historical attributes.

Possible solutions: 
Change the names of these fields so they reflect the fact that they are NOT tracking when the user added or modified them.

Add two new fields to bookmarks for tracking sync, and restrict Sync to modify only those two attributes. This preserves Date Added and Last Modified for what they are really for - organizing and sorting the user's bookmarks based on the user's actions, not Sync's actions.
Bug: browser.backspace_action reset to 2 in Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-03 12:36:16+00:00
Resolved: 2021-01-03 12:40:07+00:00

Version: 86.0a1 (2021-01-01)

browser.backspace_action is now set to 2 by default in Windows (when I set it to 0 in about:config it is in bold). I couldn't find any docs around this so I treat it as a bug.
Bug: Clicking links in Bing Search results page opens a new tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-03 17:10:16+00:00
Resolved: 2021-01-11 17:36:04+00:00

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

Steps to reproduce:

Navigate to bing.com
Search for anything
Click any of the results


Actual results:

 and a new tab opens for each result clicked


Expected results:

The existing tab should be used. Does not occur in Firefox using Google search. Does not occur in Chrome using Bing or Google search. Only occurs in Firefox using Bing search. Started happening very recently.
Bug: Conflict between 'Refresh Firefox' and 'Firefox Sync': Confusing and scary that add-ons get reinstalled approx one day after refreshing Firefox profile
Status: UNCONFIRMED
Priority: --
Created: 2021-01-03 18:57:32+00:00
Resolved: 2021-11-03 12:37:41+00:00

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

Steps to reproduce:

1. Use the same firefox profile for many, many years. Install several addons. Eventually you decide you want a fresh start.
2. Click 'Refresh Nightly' from about:support. This warns me that I will lose all my add-ons, which is what I desire.
3. Complete the refresh process.
4. As expected, all my addons are gone, as verified by checking about:addons.
5. My plan was to gradually re-install my add-ons one by one to be able to isolate if any of them were causing problems.


Actual results:

Fast-forward one day. I used the computer in the morning, still no addons. I take a break to eat lunch. When I get back, all my addons are reinstalled: LastPass addon is prompting for a password, another addon has opened a new tab advertising itself, and I can see 8 installed addons in about:addons (previously there were zero).

This was extremely confusing and I had no idea what was going on. Eventually I figured out that that they were probably reinstalled by Firefox Sync, which had a checkbox enabled to sync Add-Ons. (I don't believe I have ever enabled this explicitly. I only intended to use Sync for Bookmarks, History. and Open Tabs.)


Expected results:

Either the add-ons should not be reinstalled, or there should be some warning that this will happen, or at the very least, some explanation when it actually happens.

The Refresh Firefox process is very clear that it will remove all addons, so it is very confusing that Firefox later undoes this. Especially confusing is the time delay of one day.