av9ash/GitBugs huggingface dataset:
Bug: drag bookmark
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-29 22:33:00+00:00
Resolved: 2021-02-04 07:29:17+00:00

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

Steps to reproduce:

Until recently, perhaps the latest update to v85.0, I was able to have the Bookmarks library open on one screen and the browser on my other screen.  If I wanted to bookmark a page, instead of using the Star or Quick bookmark button, I could simply use my mouse to drag the tab to the library into the folder that I wanted.  Now when I drag the tab, no matter where I drag it it ends up in the QuickBk folder. 


Actual results:

see above


Expected results:

The dragged tab should end up in the folder that I drag it to, which is the way it used to work.
Bug: Changed "mailto:" pref to use Firefox, now "send link" continuously open new tabs like a fork bomb
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-30 15:18:40+00:00
Resolved: 2021-05-20 18:29:46+00:00

+++ This bug was initially created as a clone of Bug #501471 +++

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009061118 Fedora/3.0.11-1.fc10 Firefox/3.0.11
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009061118 Fedora/3.0.11-1.fc10 Firefox/3.0.11

I changed the "mailto:" pref to use Thunderbird instead of 'default' (why?- this is another issue).

 Now if I "send link", Firefox continuously opens new tabs (several per second) until I can manually kill firefox and associated processes from a different shell.

Reproducible: Always

Steps to Reproduce:
1. Change prefs->applicaions->mailto: to Thunderbird
2. menu: File->Send link
3. 
Actual Results:  
new <empty> tabs are created, rapidly filling the tab bar...

Expected Results:  
open Tbird 'send' window with current URL

Linux, Fedora Core 10:  Up to date as of 06/30/2009

Linux version 2.6.27.21-170.2.56.fc10.i686 (mockbuild@xenbuilder2.fedora.redhat.com) (gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC) ) #1 SMP Mon Mar 23 23:37:54 EDT 2009

"Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz"
Bug: Pending updates make tabs not load
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-30 17:14:45+00:00
Resolved: 2021-03-09 14:00:26+00:00

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

Steps to reproduce:

Open a new tab after clicking on the "update firefox" notification, but before update is complete.


Actual results:

Any tabs opened after an update is started does not load anything.
For example, clicking on a "Top Site", "Recommended by Pocket", or simply typing a url into the address bar, the tab will show a spinner as if loading, but will not update the address bar or load any part of the page. Tab stays on "New Tab" screen.


Expected results:

Should be able to use firefox while an update is working in the background, or at the very least be warned if an update will render newly opened tabs useless until it is complete
Bug: Sent Tabs Lost / Not Received
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-30 20:52:36+00:00
Resolved: 2021-04-06 08:37:07+00:00

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

Steps to reproduce:

1. Browsed many websites on Firefox Android
2. Sent many tabs to two different desktop Firefox instances ("one", "two") using the "Send Tab to Device" feature
3. Success message shown on every tab sent
4. Opened Desktop Firefox "one" after a few days, no tabs received, sync working stating success
5. Opened Desktop Firefox "two" at the same time, all tabs received as expected
6. Sent a test tab the same way as before to Firefox "one", received as expected


Actual results:

Tabs sent to Firefox "one", collected over a few days, got lost and where never received.


Expected results:

All tabs sent to Firefox "one" should have been received and opened.
Bug: .txt files display incorrect character(s)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-30 22:36:03+00:00
Resolved: 2021-02-18 11:55:57+00:00

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

Steps to reproduce:

download in Firefox a .txt file such as at http://www.jimrobertson.info/A3.TXT 

Firefox 85 and mac os  10.15.7


Actual results:

The screen image does not display the "9" 's. The same file displays correctly in all other browsers I have.


Expected results:

The "9"  and sometimes the "Y"s are presented as "-"
Bug: Proton tabs display 'Playing' when media is actually blocked
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-31 03:45:39+00:00
Resolved: 2021-02-12 04:48:27+00:00

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

Steps to reproduce:

Browse to arstechnica.com with browser.proton.tabs.enabled = true.

Right-click on any story and click open in new tab, but don't click on it or interact with it yet.


Actual results:

The "Playing Media" subtext shows in the just-opened tab, even when there is no media on the page, or when a video exists but is not playing or interacted with.

This persists until you click on the tab, which then removes the notification and displays correctly.


Expected results:

The "Playing Media" subtext on the tab should not display until and unless media is playing
Bug: Bookmarklet using window.open triggers popup blocker
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-31 04:13:52+00:00
Resolved: 2021-03-02 14:35:18+00:00

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

Steps to reproduce:

Run a bookmarklet that uses window.open(). For example:

`javascript:void(window.open(location.href, "_blank"));`



Actual results:

Popup blocker prevents the new window from opening, and Firefox presents the yellow bar.

Web Console reports: "Opening multiple popups was blocked due to lack of user activation."


Expected results:

This is a change from Firefox 84; the desired behavior is to recognize user approval via running the bookmarklet. 

Mozregression points to "Bug 1679456 - Consume user activation on popup opening and remove popup opening tokens."

Users have reported the issue on SUMO and Reddit:

* https://support.mozilla.org/questions/1323675
* https://www.reddit.com/r/firefox/comments/l8vwho/bookmarklets_not_working_after_recent_update_to_85/
Bug: Address bar does not remember multiple words with keyword.enabled set to false
Status: NEW
Priority: P3
Created: 2021-01-31 05:23:19+00:00
Resolved: 2025-03-03 16:55:51+00:00

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

Steps to reproduce:

I enter multiple words in the address bar to search ("funny cat" for example).
I press the down arrow to focus the first suggestion.
I realize I need to write more and/or fix a typo so I press up arrow to go back to the address bar.



Actual results:

The address bar is empty, not remembering what I just wrote.


Expected results:

The address bar should remember what I wrote ("funny cat").
If I enter just a single word ("funny"), it remembers.
This used to work, it broke recently. I think it broke in v.84, might have been v.83.
Bug: What's New item in the main menu takes a while to appear after startup
Status: NEW
Priority: P3
Created: 2021-01-31 08:23:22+00:00
Resolved: 2021-02-01 16:04:58+00:00

Using Windows 10, latest Nightly.

STR:
1. Maybe not needed- be one a somewhat used profile set to restore tabs from previous session
2. Restart Firefox via about:restartrequired
3. Right after Firefox launches, open the main menu -- observe the "What's New" menuitem is missing
4. Wait a few seconds -- the menuitem is automatically added in its right location

I'm seeing this on 2 different machines.
I'm *guessing* this is part of the work done in bug 1624683 (feel free to disregard this is if I'm wrong here), but I don't expect the menuitem to be missing from the menu altogether in that timeframe.
btw there's nothing that seems related to this on the browser console.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/zoom/browser_default_zoom_multitab.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-31 09:01:43+00:00
Resolved: 2021-03-23 17:03:08+00:00

**Filed by:** cbrindusan [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=328357174&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/I-WxR-qbRgC3IFYEDeVQIQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-01-31T08:16:01.843Z] 08:16:01     INFO - TEST-START | browser/base/content/test/zoom/browser_default_zoom_multitab.js
[task 2021-01-31T08:16:01.864Z] 08:16:01     INFO - GECKO(1918) | console.log: Creating tab 1
[task 2021-01-31T08:16:02.247Z] 08:16:02     INFO - GECKO(1918) | console.log: Creating tab 2
[task 2021-01-31T08:16:02.810Z] 08:16:02     INFO - GECKO(1918) | console.log: Changing default zoom
[task 2021-01-31T08:16:02.993Z] 08:16:02     INFO - GECKO(1918) | console.log: Selecting tab 1
[task 2021-01-31T08:22:13.007Z] 08:22:13     INFO - Buffered messages logged at 08:16:01
[task 2021-01-31T08:22:13.008Z] 08:22:13     INFO - Entering test bound test_multidomain_global_zoom
[task 2021-01-31T08:22:13.009Z] 08:22:13     INFO - Buffered messages logged at 08:16:02
[task 2021-01-31T08:22:13.010Z] 08:22:13     INFO - TEST-PASS | browser/base/content/test/zoom/browser_default_zoom_multitab.js | Global zoom is set to 67% - 
[task 2021-01-31T08:22:13.010Z] 08:22:13     INFO - Buffered messages finished
[task 2021-01-31T08:22:13.011Z] 08:22:13    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/base/content/test/zoom/browser_default_zoom_multitab.js | application timed out after 370 seconds with no output```
Bug: Scrolling inside Search Shortcut list also scrolls the whole page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-31 09:14:19+00:00
Resolved: 2021-02-04 17:39:42+00:00

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

Steps to reproduce:

1. Open about:preferences#search
2. add enough search engines so a scroll bar appears
3. Put your cursor inside and scroll it


Actual results:

Both the list and the page scrolls


Expected results:

Only the list scrolls, not the page.

It looks like bug 1355211 but that one claims "fixed", so I assume it reappears.
Bug: Firefox 85 hangs on startup - marked unresponsive
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-31 15:01:44+00:00
Resolved: 2021-01-31 15:25:29+00:00

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

Steps to reproduce:

Steps to reproduce:
Updated Firefox to version 85.0. 
After quitting Firefox normally, and starting later it now freezes every time. Activity monitor lists Firefox process as unresponsive. I have to Force Quit.

High Sierra Version:  10.13.6 (17G65)
Model Name:	MacBook Pro
Model Identifier:	MacBookPro11,3





Actual results:

Firefox freezes without restoring any windows. 
Process is marked as unresponsive.
I deleted and reinstalled Firefox and the new install launches ok. But I have not quit yet.


Expected results:

Firefox loads and restores windows.
Bug: Firefox 85 hangs on startup - marked unresponsive
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-31 15:05:06+00:00
Resolved: 2021-01-31 15:23:30+00:00

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

Steps to reproduce:

Updated Firefox to version 85.0. 
After quitting Firefox normally, and starting later it now freezes every time. Activity monitor lists Firefox process as unresponsive. I have to Force Quit.

High Sierra Version:  10.13.6 (17G65)
Model Name:	MacBook Pro
Model Identifier:	MacBookPro11,3



Actual results:

Firefox freezes without restoring any windows. 
Process is marked as unresponsive.
I deleted and reinstalled Firefox and the new install launches ok. But I have not quit yet.


Expected results:

Firefox loads and restores windows.
Bug: xn-- encoding shows the decoded one in URL bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-31 17:31:13+00:00
Resolved: 2021-01-31 23:07:07+00:00

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

Steps to reproduce:

Be on Firefox and access this link: "xn--80ak6aa92e.com"


Actual results:

You will successfully connect to the website, however the URL bar changes to https://www.аррӏе.com/


Expected results:

Read this https://www.xudongz.com/blog/2017/idn-phishing/

A warning should probably have happend. Nowadays I believe browsers support all unicode in the URL, so "xn--" is not really needed anymore.

People can abuse this and that would harm Firefox users.
Bug: Use POST Search Query to prevent information leak over URL.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-31 18:25:33+00:00
Resolved: 2021-02-02 18:10:10+00:00

Hello world :-)

I have noticed that all search queries are passed over publicly visible URL. Although HTTPS is in use this obviously breaks search privacy as URL contains the search phrase. Also the search becomes (over the wire) part of the browsing history.

Please use POST/GET method to pass search query to the search engine. This will not break search privacy for URL and History analysis.

This can be done for instance with DuckDuckGo. When I set POST/GET search query settings then query data is passed _inside_ HTTPS channel and no information leak takes place neither over URL nor Browsing History.

But when Firefox uses DuckDuckGo as default search engine it always passes the search query over the URL (no matter what is set in DuckDuckGo settings).

Privacy matters. Please fix :-)
Tomek
Bug: Large downloads crashes the browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-31 18:56:33+00:00
Resolved: 2021-02-19 13:05:25+00:00

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

Steps to reproduce:

Download multiple large (few GBs) using save as functionality.


Actual results:

Browser crashes. This happens usually several times in hour, but the download usually can be resumed. 

I have not this issue with other browsers (Opera, Chrome). It is very easy to reproduce in my environment (macOS).


Expected results:

The files should be download without crash.
Bug: Cannot Create Account - error - for privacy reasons stated age as "0"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-01-31 20:57:31+00:00
Resolved: 2021-03-29 17:21:23+00:00

User Agent: Mozilla/5.0 (X11; CrOS x86_64 13505.111.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.152 Safari/537.36

Steps to reproduce:

Created a new FireFox sync account or attempted to.

For privacy reasons I entered "0" for age.  The reason for this required field was not stated.



Actual results:

received a "Cannot Create Account" page with no way to back out.  Which I understand.  Tried to set up the account again.  Again the same result.

It seems you cleared all of  my tabs as well.  I would appreciate have them restored on my original computer since I am sending this from another device.


Expected results:

A statement as to why this happened and some way to remedy this.

Here is a link to the BYU Mathematics Masters students page.  You will clearly see that I am over 18.

 https://math.byu.edu/?page_id=6420.

I need this fixed asap as my research tabs were lost, which are in a particular need order.   It appears that the restore all tabs has cleared this.  

I would appreciate the ability to restore them.

Thank you,

M Crawford
Bug: firefox check for updates
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-01 00:46:21+00:00
Resolved: 2021-02-01 11:12:20+00:00

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

Steps to reproduce:

i went to 

OPTIONS 
GENERAL
Nightly Updates


Actual results:

the " Check for Updates " button is Greyed out ( shown in picture ) 



Expected results:

should be able to click on " check for updates " button
Bug: Fix layout in the about dialog to match mock-ups and make the version number easier to spot
Status: NEW
Priority: --
Created: 2021-02-01 02:21:18+00:00
Resolved: 2021-10-10 15:30:54+00:00

Tested in 86.0b3.

STR:
1. Open the _About Firefox_ dialog via `Help > About Firefox`.

Expected Behavior:
Version number in _About Firefox_ dialog is displayed in bold (as in 85.0).

Actual Behavior:
Version number in _About Firefox_ dialog is no longer displayed in bold.


The _Updates disabled by your system administrator_ message was also moved from below the version number to above it. In this new position, there is in fact zero spacing between the message and the _Firefox Browser Developer_ graphic.
Bug: Preferences #updateDeck section has overlapping elements
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-02-01 10:31:15+00:00
Resolved: 2021-02-01 11:13:50+00:00

The `#updateDeck` in `about:preferences#general` has recently started to show all decks simultaneously.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=560718ce8d2c54694f40af0357d4b8344cd6f7e7&tochange=a3231eeb94b7a2095ed88c09e7b9d421eb2a67db

Regressed by Bug 1689727.
Bug: One-off search engines removed via the tick are reactivated when changing browser-language
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-02-01 12:33:32+00:00
Resolved: 2023-06-21 09:33:44+00:00

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

Steps to reproduce:

1. Disable all search-engines (remove the blue ticks in this example screenshot https://i.postimg.cc/sgjXNJT7/search-Engines-Bug.jpg
2. Set browser-language from german to english or english to german
3. click "apply and restart"


Actual results:

search-engines are reactivated in that menu from that screenshot...


Expected results:

Changing the browser-language should definitely not mess with the user's search-engine customization.
Bug: avif images don't display correctly on react web pages after refresh
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-01 13:58:12+00:00
Resolved: 2021-02-01 14:59: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:

Load quackack (https://quackack.com/54).

Refresh the page (with F5 or the refresh button. NOT ctrl+F5!)

Refresh page with control F5.

Load the avif image directly (go to https://quackack.com/data/comics/images/54.avif)

Reload image with control F5


Actual results:

On the first loading, the comic is displayed on the website.

On refresh it loads for about a minute without displaying any image data, then displays alternate text without image.

On cache clearing refresh (Control F5), displays comic on website.

When loading the image directly, we get the error
"The site at https://quackack.com/data/comics/images/54.avif has experienced a network protocol violation that cannot be repaired."
In console, we get the errors
"Failed to load ‘https://quackack.com/data/comics/images/54.avif’. A ServiceWorker passed a promise to FetchEvent.respondWith() that rejected with ‘TypeError: client is undefined’."
and
"No strings exist for error: corruptedContentErrorv2-title"

When refreshed with control F5, loads the image with no errors.



Expected results:

It should load the comic both times.

Extra Information:

Where does this occur:
This happens on my windows 10 laptop, in both Firefox and Chrome. This does NOT happen on my smartphone in chrome (where presumably it is falling back to JPEG), or in older versions of chrome or firefox before avif support.

What is the website:
It is a react single page web app hosted directly on S3 with no server.

How is the HTML constructed:
Programmatically through javascript and react. A json containing comic information is loaded from S3, which is used to select the comic. The comic is then put in HTML through a react element.

Running React Locally:
When I run the code locally through "npm start" (repo sans comics at https://github.com/quackack/quackack-comics), it works, reloading comics correctly and finding them in the cache.

The more I look at this, the more I suspect that React is doing something stupid with service workers than I think it is an error with Firefox. However, I'm not sure how to fix it.
Bug: Amazon search suggestions are no longer displayed if a special locale character is used in the string
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-02-01 15:01:02+00:00
Resolved: 2021-08-02 14:47:11+00:00

**Affected versions**
* Fx87.0a1

**Pre-requisites**
* Install a DE Firefox locale.

**Steps to reproduce**
1. Launch Firefox.
2. Click on the address bar and select the amazon one-off from the drop-down.
3. Start typing 'stühle'.

**Expected result**
* Search suggestions are displayed for the typed word.

**Actual result**
* Search suggestions are not displayed.

**Regression range**
* Not a regression.

**Additional notes**
* The search suggestions dissappear after the special character 'ü' is typed (or pasted).
* No suggestions are displayed for copy/pasted words containing special characters.
Bug: [macOS 11] In About Firefox the "Restart to Update Firefox" message is not centered in the button
Status: NEW
Priority: P5
Created: 2021-02-01 15:01:05+00:00
Resolved: 2021-02-04 17:52:21+00:00

**Affected versions**
* Fx 86.0b4
* Fx 87.0a1

**Affected platforms**
* macOS 11

**Steps to reproduce**
1. Launch an older Firefox build in order to trigger an update.
2. Trigger an update by accessing About Firefox page.

**Expected result**
* The message "Restart to Update Firefox" is centered in the button.

**Actual result**
* The message "Restart to Update Firefox" is misaligned inside the button, the text is not centered in the button.

**Regression range**
I will come back with regression range ASAP.
Bug: Top sites font size if off by 1px when newNewtabExperience is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-02-01 15:52:56+00:00
Resolved: 2021-02-05 15:29:01+00:00

Spec: https://www.figma.com/file/hGOaTi5ufs2Ese6agbUN4G/New-New-Tab?node-id=985%3A10147
Bug: Dark mode separator is too dark no contrast
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-02-01 16:46:25+00:00
Resolved: 2021-02-08 15:46:16+00:00

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

Steps to reproduce:

I'm on (vanilla) Ubuntu, using Dark mode.
Firefox adapts dark mode.

In the toolbar menu the separators are white. But separators in a folder are almost not visible.



Expected results:

Increase contrast