av9ash/GitBugs huggingface dataset:
Bug: Firefox 80 installer defaults to settings reset and add-ons removal
Status: NEW
Priority: --
Created: 2020-08-30 10:59:37+00:00
Resolved: 2020-12-03 16:49:58+00:00

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

Steps to reproduce:

I just downloaded Firefox 80 installer and on its banner ("Firefox is already installed. Let's Update it.") I see checked option "Restore default settings and remove old add-ons for optimal performance".
No information what will eventually happen if not unchecked!! Why? And why it is default?

REMARK: I submit it as defect, while it could be a request for enhancement, but it should be fixed quickly.


Actual results:

Fortunately it's not the first time when extremely dangerous option is set as a trap against not-careful-enough users, so I NEVER allow for automatic updates. Thus nothing happened. 
However it could happen: (1) total destruction of carefully built environment, (2) unavoidable lost of time just to make Firefox usable again, (3) risk of many hours spent once more for finding appropriate settings if default settings are to be applied forcefully.


Expected results:

Even if the changes caused by the above-mentioned option are fully reversible (I don't believe it, but who knows?) there should be a big warning mark, and of course, the option shouldn't be set as default.
Also, there should be a link to a thorough explanation of what will be reset and what can be done to avoid unintentional destruction of the user's settings. 

As a precaution, all automatic changes to the user settings should have logs generated (and information, where to find them, should be clearly stated), so at least power users (who usually are true victims of "refreshes", "performance optimizations" etc.) could overcome the problems (so hastily created by developers) with fewer tears/curses.
Bug: Restoring previously closed UI-less windows leaves them without OS Window controls
Status: NEW
Priority: P2
Created: 2020-08-30 13:14:25+00:00
Resolved: 2023-12-20 00:06:41+00:00

I can't speak to other platforms, but I'm on Windows 10.

From discussions on Matrix it sounds like such windows may only be created by addons.
STR:
1) Install the [Share Backported](https://addons.mozilla.org/en-US/firefox/addon/share-backported/) addon
2) navigate to a page and click the addon's button, choose Twitter
3) close the window that appears
4) reopen the window (ctrl+shift+N on Windows)

Expected results: The window is restored normally

Actual results: The window is lacking any traditional window controls like minimize, maximize or close. The top bar is completely blank. (If you're a user who only knows how to close windows with the "X" this could present a problem.)

I tried testing on traditional breakout windows like a gmail compose window, but it behaved properly (it also had a URL bar unlike the addon's window).
Bug: PDFs are not being opened (asked to download)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-30 16:57:09+00:00
Resolved: 2020-08-31 21:55:54+00:00

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

Steps to reproduce:

Open a pdf: https://w3.org/wai/er/tests/xhtml/testfiles/resources/pdf/dummy.pdf


Actual results:

Save dialog was opened


Expected results:

The pdf should have been loaded in the browser (pdf.js)
Bug: Firefox 80 doesn't allow question mark as a search keyword
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-30 17:05:27+00:00
Resolved: 2020-08-31 14:44:51+00:00

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

Steps to reproduce:

I had the search keyword for Google as "?". In Firefox 79 and earlier, this worked fine.
1. Upgrade Firefox 79 to Firefox 80
2. Try searching with a preceding "?"
3. Set the keyword again
4. Try searching again with a preceding "?"


Actual results:

1. The search keyword was removed without warning
2. "Hmm. That address doesn’t look right."
3. "?" is accepted as a search keyword and persists after restarts
4. "Hmm. That address doesn’t look right."


Expected results:

1. Don't change custom values without warning
2 & 4. Do the search
Bug: Self closing browswer
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-30 17:40:03+00:00
Resolved: 2020-09-25 14:39:48+00:00

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

Steps to reproduce:

Ive tried to clean browswer,launch in safe mode,create new acc with moving old files,create completele new acc with i manualy enterd my old staff


Actual results:

Notn helped,i created completly new acc and still my FF is falling even in new acc


Expected results:

Browswer shold not self close!!!
Bug: Updated to Firefox 80 and this happens.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-30 21:37:42+00:00
Resolved: 2020-09-23 22:12:01+00:00

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

Steps to reproduce:

I updated Firefox to the latest version. (80)


Actual results:

I updated Firefox to Version 80 and I opened it and opens but with a white line border around the window except for the top part of the window.


Expected results:

Not have any white border around the window.
Bug: There should be a setting to restore the normal page loading animation in Firefox's title bar instead of the hourglass (for users who have Windows animations disabled)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 02:59:38+00:00
Resolved: 2020-11-25 18:06:06+00:00

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

Steps to reproduce:

Pre-requisite: ENABLE the following setting in Windows:

Control Panel\All Control Panel Items\Ease of Access Center\Make the computer easier to see\Turn off all unnecessary animations = YES

1. Upgrade to Firefox 80. 
2. Load a web page in a new tab.




Actual results:

Observe the loading animation (icon) in the tab's title bar. 

Normally (in previous versions) it is an animated circle.
Now it is a static hourglass.


Expected results:

I do not expect Firefox to change its UI based on Windows control panel setting.

At the very least there needs to be an option in Firefox's preference GUI to disable this "feature".

It is very poor that this "feature" was introduced without explanation.
Bug: "Sign in to Firefox" persists in hamburger menu when identity.fxaccounts.enabled is false
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 03:14:13+00:00
Resolved: 2020-09-09 19:16:12+00:00

Tested in 81.0b1, b3, and Nightly 82.0a1 BuildID 20200828153126

STR:
1. Set `identity.fxaccounts.enabled` to `false`
2. Restart Firefox
3. Notice browser action for Firefox Account is now hidden (Expected Behavior)
4. Wait a few seconds? for everything to load
5. Click on the hamburger menu button

Expected Behavior:
Both browser action and hamburger menu item should remain hidden when `identity.fxaccounts.enabled` is `false`

Actual Behavior:
"Sign in to Firefox" menu item remain visible despite `identity.fxaccounts.enabled` being set to `false`

However, if you click on the hamburger menu button as soon as Firefox appears, "Sign in to Firefox" is properly hidden.
Bug: PDF opened in broswer displays whitespace instead of character Euro
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 09:35:45+00:00
Resolved: 2020-08-31 10:28:45+00:00

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

Steps to reproduce:

Open the attached PDF file in Firefox. The PDF file was generated by TCPDF.


Actual results:

The opened PDF file displays a text with a whitespace instead of €, character for Euro. (use attached file to reproduce).

When opened in Acrobat Reader for example, the character is correctly displayed. 


Expected results:

The euro character should be displayed as '€'.

Possibly caused by a problem explained in https://blog.idrsolutions.com/2011/04/mystery-of-the-pdf-file-and-the-missing-euro-character/
Bug: The "Set browser as default" notification bar is NOT triggered when navigating from a website to about:newtab/home/welcome
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-31 12:21:27+00:00
Resolved: 2020-11-10 18:19:22+00:00

[Affected versions]:
- Nightly 82.0a1 (Build ID: 20200831091558);
- Beta 81.0b4 (Build ID: 20200829200810);

[Affected Platforms]:
- All Windows;
- All macOS;
- All Linux;

[Prerequisites]:
- Have a new clean Firefox Profile.
- The Firefox browser is NOT set as default.
- The "Restore previous session" feature is enabled.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to any website and close the other open tabs.
3. Close the browser.
4. Start the browser.
5. Click the "Home"  button.
6. Observe the behavior.

[Expected result]:
- The "about:home" page is loaded and the "Set browser as default" notification bar is displayed.

[Actual result]:
- The "about:home" page is loaded and the "Set browser as default" notification bar is NOT displayed 

[Notes]:
- The issue is also reproducible if you manually navigate from a website to "about:newtab", "about:home", or "about:welcome" page. However, if you focus the website then switch back to the "about*" page, the notification will be triggered.
- A similar behavior can be observed in the following scenario: If a new tab is opened but not focused, after the browser is restarted and the opened new tab is focused, the notification is not triggered (see this [screen recording](https://drive.google.com/file/d/1K-KPllaJSxyQW_0htou8-Pe0FtycBdtw/view?usp=sharing)).
Bug: Crash in [@ AsyncShutdownTimeout | quit-application-granted | SyncDisconnect: removing requested data]
Status: NEW
Priority: --
Created: 2020-08-31 13:35:29+00:00
Resolved: 2020-08-31 13:35:45+00:00

I signed out of Sync, checked the box to delete all my data, and then restarted (with pending upgrade); in part because the signout/deletion process seemed unresponsive.

82.0a1 (2020-08-31) (64-bit)

Crash report: https://crash-stats.mozilla.org/report/index/108b5777-33de-4f42-9c25-dbdd80200831

Top 10 frames of crashing thread:
```
0 libmozglue.dylib mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 XUL NS_DebugBreak xpcom/base/nsDebugImpl.cpp:403
2 XUL nsDebugImpl::Abort xpcom/base/nsDebugImpl.cpp:134
3 XUL NS_InvokeByIndex 
4 XUL XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1141
5 XUL XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:946
6 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:599
7 XUL Interpret js/src/vm/Interpreter.cpp:3336
8 XUL js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:636
9 XUL js::Call js/src/vm/Interpreter.cpp:681
```
Bug: Search on another search engine is less practical since Design Update 2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 15:44:18+00:00
Resolved: 2020-09-02 16:33:14+00:00

Before :
1. Write your search text
2. Click on the Wikipedia icon to directly search on the Wikipedia website

Very quick and efficient : 2 steps to search on Wikipedia.

Now :
1. Write your search text
2. Click on the Wikipedia icon to change the search engine

The Wikipedia search engine is selected and the interface has been refreshed so your mouse pointer is not anymore on the Wikipedia icon

3. Move the mouse pointer to the first line and click on "search with Wikipedia"

Now we need 3 steps to search on a dedicated search engine.

Expected :

- If search bar is empty, change the search engine and let the user write its search text
- If search bar is not empty send immediately the request on the selected search engine
Bug: Google Meet with no sound
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2020-08-31 16:28:07+00:00
Resolved: 2020-08-31 17:12:43+00:00

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

Steps to reproduce:

Visit meet.google.com with Firefox 80.0, Microsoft Windows 10 64-bit. Create a new meeting. Send the meeting code to other participants. Other participants join the meeting. The volume is turned on at 100%.


Actual results:

I don't hear any sound, even though the other participants can hear me.


Expected results:

I should be able to hear the sound of the other participants talking.
Bug: Sign in to Firefox menu is enabled even when DisableFirefoxAccounts policy is true
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-31 16:30:12+00:00
Resolved: 2020-09-21 14:48:27+00:00

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

Steps to reproduce:

Enable Policy DisableFirefoxAccounts to true


Actual results:

The menu "Sign in to Firefox" is enabled with options to login, turn on sync, set up sync, send tabs to other devices ...


Expected results:

This menu should be removed.
Bug: Undo close tabs after closing a few New Tabs together reopens multiple of previously closed tabs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-31 16:30:57+00:00
Resolved: 2020-10-06 14:29:16+00:00

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

Steps to reproduce:

1. Open a few websites, and then close some of them while leaving at least one open.
2. Open a few "New Tab"s, I tried with 2,3,4 and more to see that it wasn't a fixed number.
3. Select the new tabs and close them(all together).
4. Right-click on any tab that is open, and press "Undo Close Tabs".


Actual results:

The browser reopens your previously closed websites, but how many? The same amount as the closed "New Tab"s. It will also place those websites where they were previously opened(in the first/second/third tab and so on).


Expected results:

The browser reopening the closed "New Tab"s.
Bug: PDF iframe embeds prompt for download instead of displaying in-page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 18:20:08+00:00
Resolved: 2020-08-31 21:51:20+00:00

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

Steps to reproduce:

Opened a page with an iframe embedded PDF (such as https://pdfobject.com/static/) in Firefox 81.0b4 and and received a prompt to download the PDF rather than see it embedded. This does not occur in Firefox 80.


Actual results:

Received prompt to download a PDF file while the iframe that was supposed to embed it remain a white box.


Expected results:

The PDF should have been embedded in the iframe without getting an automatic download prompt.
Bug: Intermittent docshell/test/mochitest/test_bug509055.html | SHEntry's title should change when we change. - got "Test inner frame for bug 509055", expected "Changed"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-31 19:09:48+00:00
Resolved: 2020-10-06 17:04:42+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=314482695&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/AWPyjBSBRU61Gg08U83Uww/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-08-31T16:06:35.956Z] 16:06:35     INFO -  53 INFO TEST-START | docshell/test/mochitest/test_bug509055.html
[task 2020-08-31T16:06:35.957Z] 16:06:35  WARNING -  54 INFO TEST-UNEXPECTED-FAIL | docshell/test/mochitest/test_bug509055.html | SHEntry's title should change when we change. - got "Test inner frame for bug 509055", expected "Changed"
[task 2020-08-31T16:06:35.957Z] 16:06:35     INFO -      SimpleTest.is@SimpleTest/SimpleTest.js:500:14
[task 2020-08-31T16:06:35.958Z] 16:06:35     INFO -      runTest@docshell/test/mochitest/test_bug509055.html:80:5
[task 2020-08-31T16:06:35.958Z] 16:06:35     INFO -      shortWait/<@docshell/test/mochitest/test_bug509055.html:28:32
Bug: pgrep cannot find firefox processes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-31 19:11:25+00:00
Resolved: 2020-08-31 19:50:07+00:00

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

Steps to reproduce:

1. Start Firefox
2. Run the command: pgrep firefox

See also
https://unix.stackexchange.com/q/607226/190347

Using Firefox 79 on Ubuntu 20.04, "pgrep firefox" stopped working.  This command with Firefox 78 on Ubuntu 18.04 works properly.

This same problem is explained in a Reddit article here: https://www.reddit.com/r/linuxquestions/comments/ia8471/any_idea_why_killall_firefox_does_nothing_and/?utm_source=share&utm_medium=web2x&context=3

The source of the problem seems to be rooted to the pgrep command looking at /proc/<pid>/comm, which returns a value that is NOT firefox.

Some posts suggest that this value is "browser", some suggest that it's "MainThread".  In Ubuntu 20.04, Firefox 79 returns "MainThread".


Actual results:

No processes are found.


Expected results:

Several firefox process should have been found.
Bug: gah! your tab just crashed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-31 20:00:08+00:00
Resolved: 2020-10-14 14:14:06+00:00

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

Steps to reproduce:

FFN version: 82.0a1 (2020-08-31) (64-bit)

I made a new tab and typed in /export/home and hit enter.


Actual results:

Gah. Your tab just crashed.




Expected results:

I listed this as a new bug even though there a few already listed as FIXED.

I just made a new profile with the above mentioned version of FFN (latest).

I initially reported this bug several years(?) ago... Apparently it's a zombie now because "It's Baaaaaack". :(

Here's the string I see in "about.crashes": 59e5297a-7f99-19ac-e45f-f065513ae34e
Bug: Closing tab crashes laptop and the restarts laptop
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-31 22:42:39+00:00
Resolved: 2023-11-10 17:41:23+00:00

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

Steps to reproduce:

On Nightly.
I have @80+ tabs open. slowly closing them.
Only when closing 1 particular tab (sketch.com).




Actual results:

I have had my laptop freeze/lock-up and cannot get out of it, or worse I have had my laptop crash and auto-restart.
This has happened several times so not a one-off.
I have attached 2 crash reports in attached word doc (that apple sends to itself). These were from the laptop crashing and restarting.
it doesn't happen all the time when closing that tab, but had it twice yesterday.


Expected results:

Closed tab without locking laptop or crashing/restarting it.
Bug: Use Current Pages causes pages to be lost
Status: UNCONFIRMED
Priority: --
Created: 2020-08-31 22:52:39+00:00
Resolved: 2020-09-22 18:12:28+00:00

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

Steps to reproduce:

I have @80 pages in my home -> new windows and tabs list.
I went to 1 such page/tab, clicked a link to its blog, wanted to save this as new path (not default onto website homepage).
Went into Pref - home - new windows and tabs. Clicked 'Use current pages'
Then waited and clicked it a 2nd time to make sure it worked.


Actual results:

It corrupted another page that was there previously. By corrupt, I mean a saved url/path changed to be |about:blank| etc.
I have done the above steps two times now and it randomly corrupted two existing tabs/urls both times. by random I mean no obvious link i.e. it corrupted a tab which was BEFORE the other page I changed, and 2nd time it was a tab/url which was quite a bit AFTER the url/path I changed. it was not just e.g. one next to it etc.
Note, I am not adding/deleting new URLS/tabs, this was simply changing an already existing saved tab.
My thought the first time on root cause was possibly perhaps the corrupted tab was still loading in background (or timed out) so despite the URL being there the page hadnt loaded, so when I updated the list/use current pages, it didnt keep the url that was already there and somehow then made it blank/corrupted. I didnt look/try this a second time it happened mainly because the tab that corrupted isnt one of the pages that usually fails to load. Sometimes when launching a new window with 80 tabs there is a regular 1 or 2 which can sometimes not load, but always the same websites. the ones which corrupted I have never had that issue with them.

Really annoying bug as no way to know what page I lost when you have 80 odd tabs saved.


Expected results:

Updated the urls in the current pages list without corrupting other random ones.
Bug: launching homepages when you dont want too
Status: UNCONFIRMED
Priority: --
Created: 2020-08-31 22:55:49+00:00
Resolved: 2020-09-22 18:17:02+00:00

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

Steps to reproduce:

Closed all open tabs. But FF still open.
Click on another browser i.e. put FF into the background.
Only way to bring FF back is click FF on the bottom icon bar.


Actual results:

Rather than bring me back to FF window with closed tabs, it instead chooses to automatically relaunch all 'new windows and tabs' that is stored.
I have 80 saved, so relaunching all 80 when I just want to open a new tab is really annoying.


Expected results:

Just taken me back to FF browser without launching all the tabs automatically.
Bug: multistage about:welcome visual accessibility issues (color contrast and Windows high contrast mode issues)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-01 03:25:05+00:00
Resolved: 2020-09-01 15:49:33+00:00

The focus indicator on the main button is too low contrast and may not be visible to some users. 

The other issues I found were in Windows high contrast mode (Windows Ease of Access settings -> High contrast -> Turn on high contrast.)

The two HCM issues are 1) the button loses its border so it's not obvious it's a button and 2) the pagination indicator disappears completely.
Bug: Double clicking on empty areas in PDF files selects title - first row
Status: REOPENED
Priority: --
Created: 2020-09-01 06:39:16+00:00
Resolved: 2022-01-28 14:41:36+00:00

**Affected versions**
* 81.0b4, 82.0a1(2020-08-30);

**Affected platforms**
* Windows 10, macOS 10.15

**Steps to reproduce**
1. launch Firefox;
2. Access any PDF file, [ex. link(https://royalegroupnyc.com/wp-content/uploads/seating_areas/sample_pdf.pdf);
3. Double Click on any blank-rows from the page;

**Expected result**
* nothing happens(row would attempt to be selected);

**Actual result**
* title/first row is selected(words on that row);

**Regression range**
* not a regression;

**Additional notes**
* S4 as suggested severity since the impact is minimal;
* attached recording to illustrate the issue.
Bug: [macOS] The buttons from the "Set browser as default" notification bar cannot be accessed using the "Enter" key
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-09-01 09:48:56+00:00
Resolved: 2020-11-09 18:06:11+00:00

**[Affected versions]:**
- Firefox Nightly 82.0a1 - Build ID: 20200831215215
- Firefox Beta 81.0b4 - Build ID: 20200829200810

**[Affected Platforms]:**
- macOS 10.15

**[Prerequisites]:**
- Have a new Firefox profile.
- The Firefox browser is NOT set as default.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. **Additional step for Nightly**: Open a new tab.
3. Press the "Tab" key two times.
4. Press the "Enter" key and observe the behavior.

**[Expected result]:**
- The "Set as Default" notification is dismissed and the OS Settings pop-up is opened.
	
**[Actual result]:**
- Nothing happens.

**[Notes]:**
- This issue is reproducible with the "Close this message" button from the notification bar.
- The buttons are working as expected if the "Space" key is pressed instead.
- This issue is not reproducible on Windows and Linux.
- Attached a screen recording of the issue.