av9ash/GitBugs huggingface dataset:
Bug: Clicking the download button in pdf.js shouldn't duplicate files that are already on disk
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-09 17:24:59+00:00
Resolved: 2022-01-19 19:59:22+00:00

**Steps to Reproduce**

1. Ensure *browser.download.improvements_to_download_panel* pref is set to true.
2. Ensure "Save files to <path>" option is selected from about:preferences and that PDFs are configured to open in Firefox
3. Try opening a PDF that sends CD: attachment. (eg. open any google doc and use File > Print inside the gdocs UI)
4. Click the "Download" button displayed in pdf.js on the new tab that's been opened. 

**Expected Results**
Another copy of the PDF is created on local disk and another tab opens showing the new file

**Actual Results**
We should either directly prompt where to save the PDF, or just hide the "Download" button for that file. If they decide to save the file again, we shouldn't be opening another tab and should just show the downloads panel.
Bug: Saving directly to disk seems to automatically open (some?) file types by default
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-09 17:42:26+00:00
Resolved: 2021-08-05 23:10:00+00:00

**Steps to Reproduce**

1. Ensure *browser.download.improvements_to_download_panel* pref is set to true.
2. Ensure "Save files to <path>" option is selected from about:preferences
3. Try downloading an image file from https://filesamples.com/formats/png 

**Expected Results**
The download panel opens and nothing else happens.

**Actual Results**
The download panel opens and the image is opened in the system's default photo viewer app. This might be surprising for users who haven't configured anything for downloaded images. 

**Notes**
We should probably only do this if the user has configured certain file types to be launched after the download has finished. The handler service has an API for this. https://searchfox.org/mozilla-central/rev/1add3985d32470582ce83f40a212a976e4fc7da5/uriloader/exthandler/nsIHandlerService.idl#95
Bug: "Save file as..." file picker should show instead of the UnknownContentType dialog
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-07-09 17:49:09+00:00
Resolved: 2021-12-20 20:05:43+00:00

**Steps to Reproduce**

1. Ensure *browser.download.improvements_to_download_panel* pref is set to true.
2. Ensure "Always ask you where to save files" option is selected from about:preferences
3. Download a file from https://filesamples.com/formats/png 

**Expected Results**
The "Save files as..." file picker should prompt the user on where to save the file. 

**Actual Results**
The "What do you want Firefox to do with this file" dialog shows.
Bug: Add a way for users to configure files to always open with system default app
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-07-09 18:00:26+00:00
Resolved: 2021-12-20 19:52:46+00:00

There isn't a way for users to configure file types that aren't already added to the about:preferences "Applications" section. This is problematic when the "browser.download.improvements_to_download_panel" pref is enabled since files are now saved directly to disk as of Bug 1710941 instead of prompting the user on what to do with the file. 

The current workaround is to either disable the pref or set Firefox to "Always ask where to save" from about preferences, and then download the file so that the user's decision on what to do with that file is recorded in the "Applications" section. This isn't great. 

This issue looks at adding a way for users to configure file types without having to be prompted the first time. It would be even nicer if there was a way to add arbitrary file types from about:preferences.
Bug: Page with checkboxes increasingly slow as boxes are checked
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-10 00:17:44+00:00
Resolved: 2021-08-18 07:55:45+00:00

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

Steps to reproduce:

Requires an account on discogs.com.  Image has been provided.  Presumed same under similar sites, however, not known.
At a list of messages, with checkboxes, I check each message's checkbox as I evaluate the message.  I use Ctrl-click , to see each message one-by-one in a new tab, while the message list itself is not perturbed.
As I get to the last half dozen or so messages to be examined, Nightly will pause for several seconds, then the next one may be fifteen seconds, then the next one might be thirty seconds.
Once the pause period is finished, Nightly performs normally.
When I hit Ctrl-click on the last few messages, and Nightly is lagging, it will reveal a message recognizing the delay.
If I navigate to a different tab during this delay period, the new tab, generated with Ctrl-click will be created to the right of the active tab.
If I should enter multiple Ctrl-clicks, or even other web page actions (such as Delete) all those actions will be processed once the delay is complete, even duplicating the actions, if applicable.


Actual results:

Increasingly long delay.
New tab generation takes increasingly long period.


Expected results:

New tab generation should have been same quick response regardless if first checkbox or twentieth.
The new tab should always be created to the right of the generating tab, not the active tab at the point where the delay has run its course.
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_resultSpan.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-10 01:42:14+00:00
Resolved: 2021-08-25 03:27:34+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=344835604&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/WTNX0DrkQkChdoyaoTqT6Q/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/WTNX0DrkQkChdoyaoTqT6Q/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-07-10T00:41:42.914Z] 00:41:42     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_resultSpan.js
[task 2021-07-10T00:42:28.057Z] 00:42:28     INFO - TEST-INFO | started process screentopng
[task 2021-07-10T00:42:28.309Z] 00:42:28     INFO - TEST-INFO | screentopng: exit 0
[task 2021-07-10T00:42:28.310Z] 00:42:28     INFO - Buffered messages logged at 00:41:43
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - Entering test bound init
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - Leaving test bound init
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - Entering test bound oneTip
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - Awaiting for the urlbar panel to open
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - Buffered messages finished
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_resultSpan.js | Test timed out - 
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - GECKO(3008) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - GECKO(3008) | MEMORY STAT | vsize 3191MB | residentFast 438MB | heapAllocated 200MB
[task 2021-07-10T00:42:28.311Z] 00:42:28     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_resultSpan.js | took 45148ms
```
Bug: Right click on pocket button not working
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-07-10 08:02:02+00:00
Resolved: 2021-07-13 18:21:42+00:00

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

Steps to reproduce:

Right click on pocket button shows the customize toolbar context menu but not the expected context menu for pocket 


Actual results:

Right click on pocket button shows the customize toolbar context menu 


Expected results:

Right click on pocket button should open the context menu for pocket
Bug: the bookmark bar does not appear when adding a new tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-10 10:09:26+00:00
Resolved: 2022-11-05 09:13:13+00:00

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

Steps to reproduce:

the bookmark bar does not appear when adding a new tab, but in the settings I selected "show only for new tabs"


Actual results:

the bookmark bar does not appear when adding a new tab


Expected results:

panel with bookmarks appears when adding a new tab
Bug: URL text not cleared when using a custom home screen
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-10 13:18:17+00:00
Resolved: 2021-07-13 12:10:29+00:00

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

Steps to reproduce:

To reproduce this, use any home screen other than the default Firefox page. Then, upon launching Firefox, before the page fully loads (about 3-4 seconds) click the address bar and start typing. The URL text loads to the right of the cursor, resulting in a nonsensical Google search. 


Actual results:

For example, I want to know when the next leap year is, so I load up Firefox and quickly start typing in the address bar. I press enter and I'm greeted with a google search of, "When is the next leap year?https://www.google.com" This is repeatable 100% of the time and is extremely harmful to workflow, and it is very, very annoying.  


Expected results:

The URL of the homepage should have been left blank, or it should remain hidden if the user types before the URL loads in. This way, the user can quickly search without having to wait for the initial homepage to load.
Bug: The hotkey A to copy link does not work
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-10 15:05:20+00:00
Resolved: 2021-07-10 18:54:57+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36 OPR/69.1.2225.173

Steps to reproduce:

Press A to copy the link.


Actual results:

Nothing.


Expected results:

The link should have been copied.

This is broken and no fix has been made since it was broken. DO NOT CLOSE THIS.
Bug: The hotkey A to copy link does not work
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-10 16:40:11+00:00
Resolved: 2021-07-10 18:54:55+00:00

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

Steps to reproduce:

Right-click a link and press A to copy link.


Actual results:

Nothing.


Expected results:

The link should have been copied.

This is broken in Firefox since 88 and UNFIXED, and there are NO USABLE FIXES.

DO NOT CLOSE THIS.
Bug: The hotkey A to copy link does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-10 17:12:48+00:00
Resolved: 2021-07-10 18:54:58+00:00

User Agent: Mozilla/5.0 (X11; U; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.110 Safari/537.36

Steps to reproduce:

The hotkey A to copy link does not work


Actual results:

The hotkey A to copy link does not work 


Expected results:

The hotkey A to copy link does not work
Bug: The hotkey A to copy link does not work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-10 17:13:54+00:00
Resolved: 2021-07-10 18:54:57+00:00

User Agent: Mozilla/5.0 (X11; U; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.110 Safari/537.36

Steps to reproduce:

The hotkey A to copy link does not work. DO NOT CLOSE THIS. FIREFOX IS UNUSABLE BECAUSE OF THIS BUG.


Actual results:

Nothing happened. DO NOT CLOSE THIS. FIREFOX IS UNUSABLE BECAUSE OF THIS BUG.


Expected results:

The link should have been copied. DO NOT CLOSE THIS. FIREFOX IS UNUSABLE BECAUSE OF THIS BUG.
Bug: Pocket OR Highlight/Snippets appear on newtab page every session
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-10 17:17:22+00:00
Resolved: 2021-07-28 13:25:02+00:00

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

Steps to reproduce:

I have disabled pocket, highlight and snippets. On my desktop - Fedora 34 - pocket turns itself back on. If I go into settings and turn it off, it is fine for the rest of the session, but at the next session, highlights and snippets are turned on. If I turn those off, the next session pocket will be re-enabled, etc etc


Actual results:

As above. I have noticed that pocket also spontaneously turns itself back on on my laptop, which shares a user account. It does not happen on my "recreation" computer, which also shares the same user account. Laptop and desktop are both Fedora 34 workstations, recreation computer is split Pop_OS/Windows 10.


Expected results:

If I disable pocket, highlight and snippets, they should stay off across all systems.

This is my first bug report and I don't feel like I'm being very useful, but it seemed more appropriate to post something here than on reddit.
Bug: on Opening The Fire fox browser it is not showing the search engine default
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-11 03:38:45+00:00
Resolved: 2021-07-12 01:47:30+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36
Firefox for Android

Steps to reproduce:

1.I opned the Firefox Browser
2.Then I Saw That it is not showing any search engine by default.


Actual results:

on opening the firefox browser,it is not showing any search engine by default.


Expected results:

Whenever we open Firefox browser it should at least any one search engine by default.
Bug: Missing letters on webpage after some time when zoom level <100%
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-11 06:40:00+00:00
Resolved: 2021-08-18 07:59:09+00:00

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

Steps to reproduce:

No exact steps to reproduce, it occurs randomly. Requires the page zoom level to be <100%. 


Actual results:

Sometimes (after long usage), some text characters on already loaded webpages will become invisible. The characters is however, can be highlighted. This occurs when the zoom level is less than 100%. 
Attached is a same webpage being opened in two different windows with a zoom level of 90%. The left one is opened for more than an hour, while the right one had just been opened. 
Another screenshot shows that even thought the letters are invisible, they can be selected. 
Last screenshot shows that at a zoom level of 100%, the texts are being rendered correctly. 
Note that when this situation occurs, reopening the link in a new window or new tab is unable to reproduce this issue immediately. 


Expected results:

Texts should be rendered normally at all times, even when zoom level is <100%.
Bug: Thank you
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-11 07:28:59+00:00
Resolved: 2021-07-11 08:15: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:

step 1 : https://blog.getfirebug.com/
step 2: Scroll down till you find :
'There are too many contributors to count but here are the names that come to mind. Thank you for you work and passion for Firebug. It was not possible without you.'



Actual results:

There are too many contributors to count but here are the names that come to mind. Thank you for you work and passion for Firebug. It was not possible without you.

Sentence grammar mistake 'Thank you for 'you' work and passion'


Expected results:

There are too many contributors to count but here are the names that come to mind. Thank you for your work and passion for Firebug. It was not possible without you.

Thank you for 'your' work and passion
Bug: When switching the UI language, the access keys of the context menus are not displayed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-11 09:19:39+00:00
Resolved: 2021-07-13 06:45:19+00:00

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

Steps to reproduce:

Add a UI language in about:preferences, enable that language and restart the browser.


Actual results:

The access keys of the context menus are not displayed.


Expected results:

The access keys of the context menus should always be displayed.
Bug: Check the login function  [was: Kiểm tra chức năng đăng nhập]
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-11 15:18:29+00:00
Resolved: 2023-06-25 23:08:07+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) coc_coc_browser/95.0.150 Chrome/89.0.4389.150 Safari/537.36

Steps to reproduce:

Nhập tài khoản mật khẩu không chính xác/không nhập  sau đó nhấn nút đăng nhập


Actual results:


Không thông báo lỗi khi dữ liệu sai và không  điều hướng sang giao diện trang chủ khi đăng nhập thành công.


Expected results:

-	Dữ liệu chính xác: Đăng nhập thành công, tự động điều hướng sang trang chủ.
-	Dữ liệu không chính xác / không nhập: Thông báo lỗi tài khoản, mật khẩu sai /chưa nhập tài khoản mật khẩu.
Bug: Tabs display error
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-11 17:06:21+00:00
Resolved: 2021-07-13 00:54:13+00:00

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

Steps to reproduce:

When you minimize the window, in the left top the tabs are not exakt on the left.


Actual results:

In the minimized window, the tabs are not exakt in the top left corner.


Expected results:

The tabs should be in the top left corner. Instead, there is a small space and then the tabs come first.
Bug: Favicons in bookmark toolbar flicker nearly every time they are clicked on
Status: VERIFIED
Priority: P5
Resolution: DUPLICATE
Created: 2021-07-11 18:28:48+00:00
Resolved: 2021-08-21 11:38:01+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. add a bookmark to a site with a valid favicon to the Bookmark toolbar
2. click on it


Actual results:

The favicon "flickers" nearly everytime. It's very annoying, especially for someone like me who utilizes bookmarks very heavily.


In this example, I click on 4 bookmarks and 3 of them exhibit this "flickering" behavior: https://i.imgur.com/ZaU2d82.mp4


Expected results:

It shouldn't "flicker", well at least not nearly this often.

I'm assuming this behavior is somewhat expected in the sense FF is actually "refreshing" the favicons to make sure they're up to date but I really don't think it's necessary to do this any way near as often as it's doing. It isn't like I'm clicking on these bookmarks every once in a while, I do so every day, sometimes in the span of 5-10 minutes and get the flickering nearly every time.
Bug: File/Close Tab with ⌘W key combination fails to work on macOS 10.14.6
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-12 04:23:05+00:00
Resolved: 2021-08-18 07:55:59+00:00

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

Steps to reproduce:

I have a number of tabs opened and try to close any one of them by pressing ⌘W.


Actual results:

Nothing happened. The selected tab fails to close.


Expected results:

The selected tab should close.

I am not sure when this bug was introduced but I vaguely remember this didn't happen before.
Bug: When I click scroll on element of recently closed tabs then it opens e.g two last tabs instead of one
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-12 10:54:48+00:00
Resolved: 2021-08-03 15:41: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:



Enter youtube.com
Open new tab, close previous tab
Enter google.com
Open new tab, close previous tab

Go to history -> recently closed tabs and you'll see similar stuff to attachment1 (att1.png)






Actual results:

and now, when you click "scroll" (mouse3) on google.com, then it opens youtube.com

When I have more pages in history, then it sometimes opens two pages instead of just the one that I clicked on.



Expected results:

Only page that I clicked on should be opened.
Bug: Tab tool-tips persist after alt-tabbing away on Ubuntu
Status: NEW
Priority: --
Created: 2021-07-12 11:14:38+00:00
Resolved: 2023-02-14 11:28:22+00:00

### Affected versions
Firefox 91.0a1 

### Affected platforms
Ubuntu 20.04 x64

### Steps to reproduce
1. Open Firefox.
2. Hover over a tab, so that the title pops up
3. Alt-Tab away to another window

### Expected result
The tooltip should've disappeared.

### Actual Result
The tool-tip persisted over the newly focused window until moused over again.

### Note
Logged this bug after verifying bug 1695239 and noticed that the issue is still reproducible on Ubuntu.
Bug: 15.65% about_newtab_with_snippets (Linux) regression on Wed July 7 2021
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-12 13:50:14+00:00
Resolved: 2021-12-10 13:59:22+00:00

Perfherder has detected a talos performance regression from push [d54ed3c681cc1d2ebabe6bec9b21412fd9477a18](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=d54ed3c681cc1d2ebabe6bec9b21412fd9477a18). 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)**| 
|--|--|--|--|--|--| 
| 16% | [about_newtab_with_snippets](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#about-newtab-with-snippets) |  | linux1804-64-shippable-qr | e10s stylo webrender-sw | 46.85 -> 54.19 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=30546), 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: Hook up Snapshot handling to the real database
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-07-12 15:27:01+00:00
Resolved: 2021-07-14 21:52:17+00:00

In bug 1719697, we created a basic API for reading/writing to the database whilst waiting for the database design to be completed (bug 1719700). The dummy API used in-memory storage, this bug replaces that in-memory storage with using the actual database.
Bug: [XFA] Only the first page gets rendered in the printed version
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-12 16:27:48+00:00
Resolved: 2021-08-25 16:40:54+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader and prints it, he will notice that the browser's printed version only renders the first page and the rest are left blank.

**Affected versions**
* Nightly v91.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Ctrl + P

**Expected result**
* Both the print preview and the physically printed version have more than one rendered page.

**Actual result**
* Both the print preview and the physically printed version only render the information on the first page; the rest of the pages are displayed as blank or almost blank.

**Regression range**
* Not a regression.