av9ash/GitBugs huggingface dataset:
Bug: "Save full page"/"Save visible" removes elements
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2020-11-18 11:39:00+00:00
Resolved: 2021-09-30 16:45:00+00:00

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

Steps to reproduce:

I used Ctrl + Shift + S to take a screenshot. The same result occurs whether I select a section and click "Copy", or click "Save full page"/"Save visible".

The page is https://memory.ai/. I can't see anything irregular with the markup or CSS for those elements that could cause this behavior.

It happens consistently on two different computers (Firefox 83 on Windows 10, and in Firefox 82.0.3 on macOS 11)


Actual results:

The descriptive text inside the "Timely" and "Dewo" boxes is is visible on my screen, but is missing from the screenshot captured by Firefox (attached).


Expected results:

The Firefox screenshot should include everything I can see.
Bug: Finder windows not opening when attaching files
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-18 13:22:49+00:00
Resolved: 2020-11-25 15:37:19+00:00

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

Steps to reproduce:

I clicked attach file on multiple websites


Actual results:

No finder window opened to attach files. I could still drag files in though


Expected results:

A finder window should have opened to browse for files to attach
Bug: Youtube studio is crashing again and again
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-18 14:20:09+00:00
Resolved: 2020-12-21 13:29:18+00:00

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

Steps to reproduce:

We opened youtube


Actual results:

Mozilla crashed


Expected results:

It should have opened studio
Bug: Delete attachment
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-18 14:37:37+00:00
Resolved: 2020-11-20 15:55:35+00:00

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

Steps to reproduce:

I have uploaded attachment, which may be containing sensitive information. Could you, please, delete it (only administrators can do it). I will then reupload anonymized version. Bug id 1676331, attachment id 9188498 ('Firefox - Last sent request.txt')

https://bugzilla.mozilla.org/show_bug.cgi?id=1676331
https://bug1676331.bmoattachments.org/attachment.cgi?id=9188498
Bug: [Nightly] browser window has no content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-18 14:43:22+00:00
Resolved: 2020-11-18 15:31:34+00:00

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

Steps to reproduce:

1. updated firefox nightly via in-app updater
2. restarted the browser for the latest update to take place


Actual results:

browser launched with no content but solid color(s) filling the area inside the window borders. see attached screenshot. 


Expected results:

browser should launch normally with the actual browser controls and page view area visible.
please tell how to update from a bash shell if the browser is non functional like this
Bug: sec_error_inadequate_cert_type for server cert chain containing clientAuth extension
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-18 15:14:29+00:00
Resolved: 2020-11-23 04:44:28+00:00

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

Steps to reproduce:

1. create a self signed CA cert with authorityKeyIdentifier extension
2. import the cert into Firefox's CA and trust it
3. connect to a site that use the cert issued by this CA


Actual results:

Cannot establish secure connection and cannot view the site cert.
I tested on my Mac, with bothe lastest v78 ESR version and latest 85 version.


Expected results:

Connect successfully as all the other major browsers.
FYI: https://stackoverflow.com/questions/44874571/firefox-sec-error-inadequate-cert-type-with-no-enhanced-key-usage
Bug: blank window on startup nightly-community firefox 85
Status: UNCONFIRMED
Priority: --
Created: 2020-11-18 15:49:48+00:00
Resolved: 2021-10-21 21:36:59+00:00

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

Steps to reproduce:

Poweroff without shutdown last night, startup firefox nightly this morning...


Actual results:

See the usual "updating" dialog, then see a blank firefox window.  interestingly, mouseover reveals "about:sessionrestore" some places, "You've just been upgraded to Firefox Nightly 85! (pid 1719)" other places, "New Tab (pid 1756)", "Close tab", as well as various toolbar buttons where they should be, etc.


Expected results:

See the sessionrestore window content.
Bug: MY BOOKMARKS TOOLBAR DISAPPEARED when Mozilla updated!! Switching profile didn't work!! I NEED MY BOOKMARKS BACK, please someone help me!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-18 16:43:40+00:00
Resolved: 2020-12-22 14:14:56+00:00

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

Steps to reproduce:

I opened Mozilla this morning, and all of my bookmarks in the toolbar disappeared! Tried to show / hide the toolbar, none of the content is inside!! Tried switching to another account from the "about" page, also didn't work. I don't understand how that's an issue that can randomly happen, this is incredibly frustrating. 


Actual results:

NOTHING HAPPENED. Still don't have my bookmarks.


Expected results:

I should be seeing my bookmarks in the toolbar!! Same thing is happening on my Mozilla app on my phone too!
Bug: Google Meet: Visual flickering on the user's name bar when a person is speaking
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-18 19:10:37+00:00
Resolved: 2020-12-07 17:52:09+00:00

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

Steps to reproduce:

Using FF 84.0b2 x64, I logged into a Google Meet meeting.


Actual results:

I noticed that when a user is speaking, there is flickering of the image area where the user's name appears and where the graphic icon that shows the speaker's audio levels.


Expected results:

Shouldn't flicker. Didn't see this in 83.x
Bug: Firefox shows favorites/bookmarks bar on new tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-18 19:37:42+00:00
Resolved: 2020-11-18 21:17:45+00:00

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

Steps to reproduce:

Open a new tab, or explicitly navigate to about:newtab. (If Firefox is configured to open new tabs on about:blankpage instead of about:newtab, the issue does not happen with new tabs, so it seems to be specific to about:newtab.)


Actual results:

The bookmarks toolbar is shown for some reason.


Expected results:

I see no reason for the bookmarks toolbar to be shown…? It’s got no useful bookmarks in it, I haven’t used it in at least five years. (In fact I’ve probably had to throw away my browser profile a few times since I last configured the bookmarks toolbar.)
Bug: Autocompletion to search engine cannot be turned off
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-18 20:43:19+00:00
Resolved: 2020-11-18 21:25:12+00:00

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

Steps to reproduce:

I started to enter an URL into the URL bar as the URL bar should be used, and to get to a site starting with G typed in G, pushed the down arrow and Enter


Actual results:

After entering G, a horrendously ugly magnifying glass popped up with the inscription "Search with Google directly from the address bar", and when I hit enter the address bar had "GOOGLE" in a blue box and started to behave as a search box which is plain ridiculous


Expected results:

Simply the fucking URL should have been loaded which was at the first place in my usual suggestions, and at least there should be a mode to fucking disable all retarded search functionality in the fucking URL bar. It is supposed to behave like a fucking URL bar. You put in an URL, and the browser resolves the URL, and that's is. No fucking search, no guessing, no fuckery.
Bug: Clicking the local one-off heuristic result searches with the default engine
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-18 22:11:28+00:00
Resolved: 2020-12-02 09:18:15+00:00

STR
1. Enter a search term.
2. Press the up arrow a few times to select the Bookmarks one-off.
3. Click the heuristic result.

Expected: We confirm bookmarks search mode.
Actual: We send the search term to the default search engine.
Bug: Address bar menu shows "null" instead of "Add Search Engine" if you open the menu too quickly
Status: NEW
Priority: P5
Created: 2020-11-19 01:19:28+00:00
Resolved: 2021-03-12 19:08:23+00:00

(Not sure what the right component is. Maybe Address Bar?)
STR:
- (Ensure you don't have the bugzilla search registered already ; new profile will do)
- Go to https://bugzilla.mozilla.org/
- Click the ... menu in the address bar quickly.
- If you click quickly enough you'll see "<icon> null" instead of "<icon> Add Search Engine"

(Saw this on nightly, not sure about other branches)
Bug: Cannot use "keyword" alone in the address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-19 01:24:36+00:00
Resolved: 2020-11-19 09:59:22+00:00

STR:
- Open Firefox with a new profile
- Open https://bugzilla.mozilla.org/
- Click ... menu, Choose "Add Search Engine"
- Open preferences, go to search, and under search shortcuts, add a shortcut for Bugzilla@Mozilla, e.g. "b"
- Open new tab, open the address bar and type "b" and hit enter (no space after b, nothing else).

With Firefox up to and including version 82, this would open bugzilla.
With Firefox 83 onwards, this opens a Google search for "b".
Bug: Startup speed & performance completely degraded in v. 83
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-19 02:06:20+00:00
Resolved: 2020-12-09 02:12:21+00:00

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

Steps to reproduce:

I applied the new FF 83 update on 82.0.3 after having just refreshed my profile a few days ago after degraded performance.


Actual results:

The browser no longer starts up in 20 seconds - even though Firefox once again uses 100 % of CPU like on 82.0.3, 83 now takes minutes upon minutes to stabilize, some tabs eventually time out, and the browser actually loses URLs from these tabs that time out - the addresses in the URL bars will just be erased after restarting the browser. 


Expected results:

FF 83 should work as before.

This is a huge performance regression and I cannot use 83 until the issue is fixed. I had to downgrade to 82.0.3 just to be able to post this bug.
Bug: 0.76% installer size (osx-cross) regression on push 77ab0ef5c2035d065138c88ef087d6fe52c6e7fe (Tue November 17 2020)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-11-19 07:14:26+00:00
Resolved: 2020-11-20 15:08:18+00:00

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

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 1% | installer size |  | osx-cross |  | 79,249,562.17 -> 79,852,723.58 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=27695), 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: Pinned tabs do not open automatically if multiple windows were open
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-19 08:18:58+00:00
Resolved: 2020-11-23 15:38:17+00:00

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

Steps to reproduce:

Steps to reproduce:
- Open two Firefox windows (lets call them A and B)
- Pin a tab on window A
- Close window A, while keeping window B open
- Start a new Firefox window (Call it C)


Actual results:

Window C starts with an empty page - without retaining any pinned tabs


Expected results:

Expected result: Tabs pinned previously on window A opens with the newly opened window C
Bug: Infinite Firefox tabs open when using Mailto - Firefox 83
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-19 09:27:21+00:00
Resolved: 2020-12-07 13:23:07+00:00

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

Steps to reproduce:

Environment: Windows 7 running on a PC.
OS default mail client: Microsoft Outlook 2007

Clicked on envelope (mailto) icon to send page link by email



Actual results:

Firefox opened a flood of tabs threatening to crash the machine. The speed of opening prevented the use of Task Manager to kill the process. Needed hard shut down. On restart the default Outlook mail account was corrupted and required repair.

More info in my recent posts in connection with Bug 510009.

Totally new to bug reporting - although a long standing Firefox user - so apologies if the way in which I'm going about the report breaches any protocols.


Expected results:

Clicking on the mailto icon should (and had previously) resulted in Outlook opening with a mail message interface.
Bug: Can still end up in infinite protocol handling loop if the user-selected handler hands the URL back to us
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-19 10:19:02+00:00
Resolved: 2021-10-04 13:40:00+00:00

STR:

0. install outlook (unclear which versions do this) or some other app that consults the default OS `mailto` handler if passed a `mailto` URL
1. set Firefox as default mail client
2. try to email someone in Firefox
3. pick `outlook.exe` as a handler manually

ER:
you get the same dialog again, or a warning of some kind

AR:
infinite tabs open

We should work around this by checking somewhere along the lines whether we're the OS default handler *and* the URL was opened by an external app, and in that case, override the "always do X" bit and prompt the user.
Bug: Long tags list scrolls unexpectable and confusingly when tag is being selected/deselected
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-11-19 11:07:57+00:00
Resolved: 2023-05-29 16:06:34+00:00

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

Steps to reproduce:

1. Ensure that you have a lot of tags (>16 should be OK, so that tags list in bookmark editing dialog is scrollable)
2. Open Library and select bookmark or press star on browser's address line, expand the tags list
3. Scroll the tags list one or more pages down
4. Click on the checkbox of any non-lowest in the current view tag


Actual results:

Tags list огьзы unexpectedly so that clicked tag moves to the bottom border of scrolling view.
This is rather confusing and very inconvenient when you have to check several tags in sequence or mistakenly checked wrong tag and have to immediately uncheck it back


Expected results:

The newly checked/unchecked tag should remain motionless under mouse pointer, tags list should not scroll spontaneously
Bug: Firefox 83 regression: download button in PDF viewer no longer works
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-19 11:14:00+00:00
Resolved: 2021-02-11 17:14:42+00:00

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

Steps to reproduce:

- with Firefox 81, open a PDF file inline with the PDF viewer
- click the download button; a popup window asks you where to download to
- upgrade Firefox to v83 (last release)
- restart Firefox to finish the upgrade
- go back and open the previous PDF file with the PDF viewer
- click the download button; nothing happens; the download button no longer works


Actual results:

The download button in the PDF viewer no longer works after upgrading Firefox version to 83


Expected results:

Clicking he download button in the PDF viewer should pop up a window allowing you to download the PDF file
Bug: after last update there are black blocks in pages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-19 12:04:15+00:00
Resolved: 2020-12-21 12:20:23+00:00

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

Steps to reproduce:

it is random


Actual results:

one black block appears in page and stays until content change .  


Expected results:

it more repeats on input field changes. or may be related to vga .
Bug: Stop showing errors about Local State files in the browser console when opening the import dialog
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-19 12:38:49+00:00
Resolved: 2020-12-17 12:20:45+00:00

Errors like:

```
Unix error 2 during operation open on file /Users/svuser/Library/Application Support/Google/Chrome Canary/Local State (No such file or directory) ChromeMigrationUtils.jsm:237
Error detecting Chrome profiles: Unix error 2 during operation open on file /Users/svuser/Library/Application Support/Google/Chrome Canary/Local State (No such file or directory)
```

are noisy and do not help with debugging anything.
Bug: Ctrl+L, Tab stopped working with browser.toolbars.keyboard_navigation=false
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-11-19 14:42:34+00:00
Resolved: 2021-04-22 20:12:44+00:00

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

Steps to reproduce:

I am used to navigate to the search bar using Ctrl+L, Tab, which stopped working some time ago due to accessibility/navigation changes in Firefox. Since then, I have `browser.toolbars.keyboard_navigation=false` to restore the original behavior. Which worked fine prior to Firefox 83.0.

So, first configure `browser.toolbars.keyboard_navigation=false` in about:config.
Then start on any page. Press Ctrl+L to move the focus to the address bar.
Press Tab.


Actual results:

The focus moved to some mysterious invisible place. Continuing with another Tab, the focus moves to the browser tabs (pun not intended), next few Tabs move through the individual icons (shield, padlock, permissions, …) on the left-hand side of the address bar, another Tab goes back to the address bar. But something is different now, since another Tab goes finally to the search bar.


Expected results:

The focus should move to the search bar.
Bug: The warning icon is missing from the "Remove all <no of logins> logins?"  dialog
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-19 15:05:18+00:00
Resolved: 2020-12-04 14:29:36+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201119095716)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with at least one login saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Remove All Logins…” option.
5. Observe the trash alert icon displayed on the top-left corner from the "Remove all <no of logins> logins?"  dialog.

[Expected result]:
- A trash with an alert icon is displayed.

[Actual result]:
- The trash icon without the warning one is displayed.

[Notes]:
- This issue is reproducible for all types of dialog.
- Attached a screenshot with the issue.
Bug: The “Remove All” strings are displayed on the button from the "Remove this login?"/”Remove this login from all devices?” dialog
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-19 15:09:10+00:00
Resolved: 2020-12-08 08:32:16+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201119095716)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64.

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with only one saved login.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Remove All Logins…” option.
5. Observe the “Remove” button from the "Remove this login?"/”Remove this login from all devices?” dialog.

[Expected result]:
- The button contains the “Remove” string.

[Actual result]:
- The button contains “Remove All” strings.

[Notes]:
- Attached a screenshot with the issue.
Bug: The description displayed under the title from the  "Remove all <no of logins> logins?"  dialog is black
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-19 15:11:49+00:00
Resolved: 2020-12-03 23:36:21+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201119095716)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64.

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with multiple saved logins.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Remove All Logins…” option.
5. Observe the color of the strings displayed under the title from the opened dialog.

[Expected result]:
- The color of the text is red.

[Actual result]:
- The text is displayed in black characters.

[Notes]:
- This issue is reproducible for all types of dialog.
- Attached a screenshot with the issue.
Bug: BuildId mismatch between a parent and a child process causes a crash on Windows
Status: NEW
Priority: P3
Created: 2020-11-19 16:37:59+00:00
Resolved: 2022-11-07 12:19:01+00:00

If Firefox is updated while it's running, the browser process launches a process with a updated executable which is different from the running executable, resulting in a crash because Chromium sandbox cannot hook ntdll's functions correctly.

A user's scenario is the same as bug 1366808, where we detect mismatch when IPC channel is initialized.  This crash, which is caused by ntdll function's mishook, occurs even before a child process's entrypoint.  We may be able to detect this type of binary mismatch in our sandboxBroker.