av9ash/GitBugs huggingface dataset:
Bug: silent crashes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-11 22:54:07+00:00
Resolved: 2022-08-08 12:33:21+00:00

FF 74 beta and now FF 75 beta (developer edition as well).

About 2-2.5 weeks I started to experience silent crashes. No crash reporter appears.

about:crashes shows "No crash reports have been submitted."

Notebook on i5-8565U.

Created new profile (even w/o syncing anything) - does not help.
Tried to update Intel video drivers - does not help.
Uninstalled Kaspersky Internet Security - does not help.
Disabling add-ons - does not help.
Disabling HW acceleration - does not help.

Starting in safe mode - OK. Rock solid. (BTW no noticeable performance decrease)

Video: https://photos.app.goo.gl/CZJTXKGqdnNetTNP8
Bug: Back button stops working after navigating to certain pages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-12 05:56:45+00:00
Resolved: 2020-09-25 23:06:31+00:00

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

Steps to reproduce:

I encounter this issue multiple times each day as I browse, even with all add-ons disabled. These reproduction steps are just an example of a single webpage that the back button doesn't work on:

1. Navigate to subscribe.washingtonpost.com (sorry, not trying to promote Washington Post or anything, I just tried to find a site that would cause the issue)
2. Click the "Learn More" button under "Academic Rate"
3. Attempt to use the back button to go back a page


Actual results:

The page refreshes, but does not go back. The page is re-added to history. The user has to right-click on the back button to select the correct page to return to. I'll attach a GIF screen recording illustrating the behavior. This behavior is present in the stable 74 release as well as the nightly 76 release as of March 11, 2020.


Expected results:

The page should navigate back.
Bug: Tab texts gets bolded or fuzzy
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-12 07:55:42+00:00
Resolved: 2020-04-08 14:59:30+00:00

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

Steps to reproduce:

Upgraded from 73 to 74 on macOS High Sierra.


Actual results:

Tab texts get fuzzy or half-bolded without any reason. There's no activity in those tabs. Sometimes the font is bright white, sometimes gray, sometimes just out-of-focus.


Expected results:

Tab texts should remain the same, except for tabs that have activity (like Slack).
Bug: Search Engine settings are lost when a WebExtension based search engine is updated
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-12 09:25:51+00:00
Resolved: 2020-06-25 12:57:47+00:00

STR:

1. Install an older version of a WebExtension with a search engine in it, e.g. I installed startpage 1.2.0 from [here](https://addons.mozilla.org/en-US/firefox/addon/startpage-private-search/versions/).
2. Go to Preferences, Search, and then set it as default, change the order where it is, uncheck the tick box (hidden status) and add an alias.
3. Restart so that settings are definitely saved (possibly don't need to do this step).
4. Close the preferences tab.
5. Go to about:addons and from the cog icon select "Check for Updates"
6. Go back to the preferences tab.

Expected Results

All settings are saved.

Actual Results

The hidden status and alias have been lost. The engine does remain as default and in the same position in the list of engines.
Bug: [Intermittent] The onboarding tip is displayed in about:newtab only after clicking in the Address Bar at browser normal restart
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-12 12:46:10+00:00
Resolved: 2020-09-01 09:15:16+00:00

**[Affected versions]:**
- Firefox Release 74 Build ID 20200309095159;

**[Affected Platforms]:**
- Windows 10.14
- Mac 10.14;
- Linux Debian 9;

**[Prerequisites]:**
- Have a Firefox Release 74 build installed;
- Have a profile created in the last 24 hours;
- Firefox is opened and wasn't updated in the last 24 hours;
- Firefox is set as your default browser;
- “Restore previous session” option is unchecked;
- Have a Normandy [testing recipe](https://delivery-console.stage.mozaws.net/recipe/963/) created and published for the Quantumbar V1 experiment;
- “[user.js](https://drive.google.com/file/d/1kUEKCOAFfKU4VRVe4J7Ist5o3BiC4wIT/view)” file is saved in the profile directory;
- Google is the default search engine;
- Be enrolled in the “treatment” branch;

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Close the profile normally. (click on the “X” button)
3. Start the browser using the same profile.
4. Observe the onboarding tip.

**[Expected result]:**
- The onboarding tip is displayed. 

**[Actual result]:**
- The onboarding tip is NOT displayed. 

**[Notes]:**
- Clicking in the Address Bar will trigger the onboarding tip.
- Issue is constantly reproducible on Mac OS and Linux, and intermittently on Windows.
- Not reproducible for other search engines.
- Reproduced the issue using “en-US” and “es-ES” builds.
Bug: login fail to www.movescount.com
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-12 14:02:30+00:00
Resolved: 2020-03-16 21:11:59+00:00

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

Steps to reproduce:

In version 74.0 , it not recognizes my login credentials to that site.
In v.73.0.1 it was ok.
IN chrome & edge & android app , are ok too.


Actual results:

invalid e-mail address or password , login failed


Expected results:

The credentials are correct !!!
Bug: Title of customize tab becomes "New Tab" after restart
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-12 14:58:22+00:00
Resolved: 2021-02-21 13:52:09+00:00

STR:

1. open firefox
2. open options/preferences, enable session restore
3. open customize mode
4. open new tab with accel-t
5. quit firefox
6. reopen firefox

ER:
customize tab has "Customize Firefox" title or similar

AR:
customize tab has "New Tab" title
Bug: Javascript window.open() returns false or null in SSB mode
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-03-12 18:37:46+00:00
Resolved: 2021-01-15 22:20:57+00:00

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

Steps to reproduce:

1) Created a single site browser for https://www.inoreader.com.
2) Viewed a news article in the SSB and typed "v" to open the article in a new tab/window.



Actual results:

Tab opened successfully and loaded the desired page in a regular Firefox window. SSB page gave the error "Please disable your popup blocker to use this feature!". 

The site checks the return value of the window.open(), and a return value of false or null tells it that window.open() was blocked. In fact it was not blocked - the window/tab opened successfully.



Expected results:

Firefox should have returned a value to window.open() to indicate that the action did not fail/get blocked.
Bug: about:preferences searchbox font size in inconsistent with about:addons and about:logins
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-12 19:21:45+00:00
Resolved: 2020-04-13 23:04:48+00:00

This was changed in bug 1432906 (apparently that was the intended behaviour), where the policies-container was set along with the searchbox to the (small-ish) size of 12.7px.

Not sure what is the correct spec for this, but either way I guess the searchbox should be consistent with other about: pages such as about:addons and about:logins, there the font size is set to 15px.

Moving this rule:
https://searchfox.org/mozilla-central/rev/278046367dab878316f60f0bd7f740cf73f3c447/browser/themes/shared/incontentprefs/preferences.inc.css#884
to here:
https://searchfox.org/mozilla-central/rev/278046367dab878316f60f0bd7f740cf73f3c447/browser/themes/shared/incontentprefs/preferences.inc.css#850
should fix it, while retaining the policies-container's font-size of 12.7px.
Bug: Bookmarks toolbar wrong folding after resize window
Status: UNCONFIRMED
Priority: P3
Created: 2020-03-13 06:32:12+00:00
Resolved: 2020-05-12 00:06:55+00:00

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

Steps to reproduce:

Add a few websites in bookmark tool bar when maximized window, let the last bookmark's name string length almost approach to the tool bar width.

Resize the window and remaximize window.



Actual results:

Previous unfolded bookmark bar will be still folded just like in small size of window. 

Return to the unfolded state:
1. Close Firefox as maximized window. Let Firefox can be opened as maximized window then reopen Firefox. The folded bookmark bar will return to the unfolded state.
2. Rename the last bookmark when maximized window, shorten the name until it become unfolded. After that, rename and lengthen the name within width of tool bar will not cause folding.


Expected results:

After resize window and return maximized window, the previous unfolded bookmark bar should be unfolded not folded.
Bug: Focus address bar on direct navigation to about:newtab /about:home
Status: NEW
Priority: P5
Created: 2020-03-13 07:08:18+00:00
Resolved: 2020-07-09 04:43:21+00:00

##### [Environment:]
Windows 10
Mac 10.15.3
Ubuntu 18.04

##### [Versions:]
74.0  	20200309095159
75.0b2	20200310192828
76.0a1 	20200312215313
68.6.0esr 20200305175243

##### [Steps:]
1. Open Firefox.
2.  use Ctrl+T or from the Address bar or click on +.
3. In any tab navigate to about:home.
4. In any tab navigate to about:newtab.
5. Bookmark about:newtab or about:home


##### [Actual Result:]
2. address bar has focus.
3. address bar doesn't have focus.
4. address bar doesn't have focus.
5. address bar doesn't have focus.


##### [Expected Result:]
IMO, the user experience here should be aligned and direct navigation to about:newtab / about:home should focus address bar.

[Note:]
This issue also reproduces regardless of the value of  **browser.urlbar.update1**
Bug: Check default browser modal blocks action on Search Tips
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-13 08:24:05+00:00
Resolved: 2020-04-06 07:35:48+00:00

##### [Environment:]
Windows 10
Mac 10.15.3
Ubuntu 16804

##### [Versions:]
75.0b3 20200313021419
76.0a1 20200312215313

##### [Steps:]
1.  Open Firefox with a new profile && browser is not default.
2. Enable browserconsole.
3. Open browser console and use the following snippet to modify the profile age:
* (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })(); *
4. Close the browser console.
5. Close and reopen the browser.

##### [Actual Result:]
As the browser is not the default one, the check_default_browser modal will be shown at the start-up while also the Search Tips are shown.
When the modal is actioned upon, the Search Tip is temporarily dismissed.

##### [Expected Result:]
The optimal user experience would be to show the Search Tips when we're certain that there is nothing that blocks it or obscures it, in order to offer the user the desired actionable choice.

##### [Note:]
Even though in this particular case, the Search Tips has been already loaded but is just not actionable and only readable-> there might be other cases similar to this one, but QA doesn't have a list with browser level modal/non-modal notifications with might have impact on Search Tips. (any hint/idea would be apreciated)
Bug: Search Tips are displayed while focus is on Browser Console in case of Browser console restart
Status: NEW
Priority: P3
Created: 2020-03-13 10:03:16+00:00
Resolved: 2022-10-10 19:29:28+00:00

##### [Environment:]
Windows 10
Mac 10.15.3
Ubuntu 16.04

##### [Versions:]
75.0b3 20200313021419
76.0a1 20200312215313

##### [Steps:]
1.  Open Firefox with a new profile && browser is default. (or the check_for_default is disabled - not to hit bug 1622195)
2. Enable browserconsole.
3. Open browser console and use the following snippet to modify the profile age:
* (async function() { let { ProfileAge } = ChromeUtils.import("resource://gre/modules/ProfileAge.jsm"); let age = await ProfileAge(); age._times = { firstUse: 1368255600000, created: 1368255600000 }; await age.writeTimes(); })(); *
4. Use the Ctrl/Cmd+Alt+R to restart.

##### [Actual Result:]
In this case, the Ctrl/Cmd +Alt+R will restart the browser, upon restarting the browser console will be reopened after the address bar is previously focused and Search Tips displayed.

##### [Expected Result:]
IMO, this case is an edge case and not necesarily concerning, but I'm wondering if there shouldn't be a small delay (for the onboarding) before checking if the focus is still on address bar and displaying Search Tips?  That would give enough for whatever might steal focus to steal it and not showing the Tips if we don't have the focus there.
Bug: Dark Theme - warning_text from Forget history menu - hard to read
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-13 12:07:42+00:00
Resolved: 2020-03-31 06:14:38+00:00

**Affected versions**
* 74.0, 75.0b3, 76.0a1 (2020-03-12);

**Affected platforms**
* Windows 10, macOS 10.13, Ubuntu 16.04;

**Steps to reproduce**
1. Launch Firefox, click on the 3line/Hambourger menu button;
2. Click on  the Customize button;
3. Change to Dark Theme and Drag the Forget button on the bar(anywhere to be visible);
4. Exit the customize mode and click on the Forget button;

**Expected result**
* text in the menu is readable;

**Actual result**
* warning dark-red text on grey background is hard to read;

**Regression range**
* most likely not a regression, but will check asap;

**Additional notes**
* attached screenshot with the issue.
Bug: "Bookmark pages" context menu item from Library - History doesn't work
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-03-13 12:38:36+00:00
Resolved: 2020-05-04 09:32:13+00:00

**Affected versions**
* Fx 75.0b3
* Fx 76.0a1

**Affected platforms**
* Windows 10 x64
* Windows 8.1 x64
* Ubuntu 18.04 x64
* macOS 10.13

**Steps to reproduce**
1. Launch Firefox,  use a dirty profile with reasonable amount of browsing history.
2. Select the History option from the View History, saved bookmarks and more Menu.
3. Click on the Show All History menu item.
4. Select 2 or more websites pressing CTRL from keyboard.
5. Right click on selected items to open context menu.
5. Click on Bookmark Pages.

**Expected result**
* The selected websites bookmarked.

**Actual result**
* Nothing happened, the selected pages are not bookmarked.

**Regression range**
* I will come back with regression range ASAP.

**Additional Notes**
* The selected websites are bookmarked if you insert some tags.
Bug: The "Improve Firefox" CFR button is wrongly displayed on all loaded tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-13 12:58:28+00:00
Resolved: 2020-04-02 09:38:17+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200312215313

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.3
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the environment set to "Stage (preview)" using the latest version of the "[remote-settings-devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases)" add-on.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Quickly navigate to 2-3 different websites in different tabs.
3. Open another tab and navigate to another website.
4. Wait for ~10 seconds.
5. Focus the previously opened tabs and observe the right part of "Address Bar".

**[Expected result]:**
- Only the "Show history", "Page actions", "Save to Pocket", and "Bookmark this page" buttons are displayed.

**[Actual result]:**
- The "Improve Firefox" CFR button is displayed on all tabs.

**[Notes]:**
- If the "Improve Firefox" CFR button is dismissed from one tab it will remain displayed on the rest of them.
- This issue is not reproducible if the tabs are not previously loaded.
- This issue is not reproducible with the "CFR Addons" recommendations.
- This issue is not reproducible with the "CFR Pin Tabs" recommendation.
- Attached a screen recording of the issue.
Bug: The "Improve Firefox" CFR button is wrongly displayed on the "about" pages if any website was previously opened
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-13 13:30:29+00:00
Resolved: 2020-04-02 09:38:49+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200312215313

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.3
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the environment set to "Stage (preview)" using the latest version of the "[remote-settings-devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases)" add-on.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to any website and open a new tab.
3. Observe the right part of "Address Bar".

**[Expected result]:**
- Nothing is displayed.

**[Actual result]:**
- The "Improve Firefox" CFR button is displayed.

**[Notes]:**
- This issue may be related to Bug 1622250.
- This issue is reproducible with all the "about" pages.
- Attached a screen recording of the issue.
Bug: The "Improve Firefox" CFR button is wrongly displayed, in its minimized form, right after the "Facebook" website is loaded
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-13 13:57:03+00:00
Resolved: 2020-04-02 09:39:28+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200312215313

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.3
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the environment set to "Stage (preview)" using the latest version of the "[remote-settings-devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases)" add-on.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to "https://www.facebook.com/" and observe the right part of the "Address Bar".
3. Observe the right part of "Address Bar".

**[Expected result]:**
- Only the "Show history", "Page actions", "Save to Pocket", and "Bookmark this page" buttons are displayed.

**[Actual result]:**
- The "Improve Firefox" CFR button is also displayed.

**[Notes]:**
- After ~10 seconds the button is expanded.
- This issue may be reproducible on other websites as well but I have not found them yet.
- Attached a screen recording of the issue.
Bug: The "HEARTBEAT_TACTIC_2" message is not blocked in the "ASRouter" page after the "Improve Firefox" CFR button was clicked
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-03-13 14:20:08+00:00
Resolved: 2020-04-02 09:40:05+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200312215313

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.3
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the environment set to "Stage (preview)" using the latest version of the "[remote-settings-devtools](https://github.com/mozilla-extensions/remote-settings-devtools/releases)" add-on.
- Have the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to any website and wait ~10 seconds.
3. Click the "Improve Firefox" CFR button from the right part of the "Address Bar".
4. Navigate to "about:newtab#asrouter" page and observe the "HEARTBEAT_TACTIC_2" section.

**[Expected result]:**
- The "HEARTBEAT_TACTIC_2" section in enabled.

**[Actual result]:**
- The "HEARTBEAT_TACTIC_2" message in blocked.

**[Notes]:**
- If, after following the steps from above, the system time will be changed to 24h in the future, the "HEARTBEAT_TACTIC_2" will be displayed again.
- Attached a screen recording of the issue.
Bug: [win 8.1] Dark Theme - print preview menu text is not readable
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-03-13 14:42:38+00:00
Resolved: 2022-06-10 12:59:12+00:00

**Affected versions**
* 74.0, 75.0b3, 76.0a1, 71.0;

**Affected platforms**
* Windows 8.1;

**Steps to reproduce**
1. Launch Firefox;
2. Change Firefox to the Dark theme;
3. Load any page/document and click on the Hamburger menu button;
4. Click on print;
5. Select another Window;

**Expected result**
* text is readable;

**Actual result**
* Simplify text is hard to read when Window is not selected;
* Page prev-next , unselected from Portrait(orLandscape)text is hard to read;

**Regression range**
* will check asap if a regression;

**Additional notes**
* default theme - Color of window borders and taskbar set as the dark-grey one (Color1);
* attached screenshot with the issue.
Bug: The Firefox Nightly crashes on MacOS 10.10.5 after clicking on the Show Password/Copy/Edit button from about:logins page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-13 16:01:37+00:00
Resolved: 2020-03-30 15:22:04+00:00

[Affected versions]:
 - Firefox Nightly 76.0a1 (Build ID: 20200313095322)

[Affected Platforms]:
 - Mac 10.10.5

[Prerequisites]:
- Have a profile with at least one saved login.
- Have an OS password set.

[Steps to reproduce]:
1. Open the latest Nightly browser.
2. Navigate to the “about:logins” page and select a saved password.
3. Click on the “Show Password'' or ”Copy” or “Edit” button from the login item.
4. Observe the behavior.

[Expected result]:
 - The operating system’s authentication dialog is displayed. 

[Actual result]:
 - The browser crashes.

[Notes]:
- The issue is also reproducible if trying to check the “Use a master password” option from “about:preferences#privacy” page.
- The issue is not reproducible on older Nightly versions where this functionality is not available.
- Here is the link to the [crash report](https://crash-stats.mozilla.org/report/index/8b73b554-fbf0-4e44-ae2e-c2a170200313).
- Attached a screen recording with the issue: [link](https://drive.google.com/open?id=1wMI876DBREbTTgdGEMkzeiEuw653sMSe).
Bug: The operating system’s authentication dialog is not triggered on MacOS 10.11.6 and MacOs 10.9.5 after clicking on the Show Password/ Edit/ Copy buttons
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-13 16:04:40+00:00
Resolved: 2020-03-30 15:15:03+00:00

[Affected versions]:
 - Firefox Nightly 76.0a1 (Build ID: 20200313095322)

[Affected Platforms]:
 - Mac 10.11.6
 - Mac 10.9.5

[Prerequisites]:
- Have a profile with at least one saved login.
- Have an OS password set.

[Steps to reproduce]:
1. Open the latest Nightly Firefox browser.
2. Navigate to the “about:logins” page and select a saved password.
3. Click on the “Show Password” or ”Copy” or “Edit” button from the login item.
4. Observe the behavior.

[Expected result]:
 - The operating system’s authentication dialog is displayed. 

[Actual result]:
 - Nothing happens. The operating system’s authentication dialog is triggered. 

[Notes]:
- The issue is also reproducible if trying to check the “Use a master password” option from “about:preferences#privacy” page.
- The issue is not reproducible on older Nightly versions where this functionality is not available.
- Attached a screen recording with the issue: [link](https://drive.google.com/open?id=1-38jTc0L8jWGcCqeZaN0YsueANS2VP0d).
Bug: network.cookie.cookieBehavior with value 4 will break webextension
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-13 17:42:03+00:00
Resolved: 2020-03-13 18:07:18+00:00

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

Steps to reproduce:

1) Load the attached add-on
2) Click on the icon in the toolbar


Actual results:

With network.cookie.cookieBehavior and Value 4 the Page https://mail.yahoo.com/
fails to load.


Expected results:

When the Value of network.cookie.cookieBehavior is 0, the Page https://mail.yahoo.com/ will load as expected.

Note: You need to login into Yahoo in order to test this.