av9ash/GitBugs huggingface dataset:
Bug: Firefox should choose a more appropriate time to force software updates
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-01-14 15:58:28+00:00
Resolved: 2022-01-18 11:48:34+00:00

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

Steps to reproduce:

When Firefox decides it's time for an update...

Scenario #1
1) Open https://twitter.com or https://facebook.com or any eternally-scrolling website
2) Scroll through pages and pages of content
3) Right-click a link to open in a new tab
4) Firefox forces a restart and the link is lost forever.

Scenario #2
1) Open a Google Doc and click "Print"
2) Configure the print job details, scale page count, etc. and click "Print" in the dialog
3) A new tab opens with a temporary URL
4) Firefox forces a restart from an update and the print job configuration is lost

Scenario #3
1) Open a new tab in Firefox because I have especially urgent work to do (e.g., take notes during a call, start a video conference that I'm late for, enter the secret codes to stop global thermonuclear war, etc.)
2) Firefox forces a restart from an update and I have to re-log into GMail because I've lost the conference link or possibly, the entire world is destroyed and all of humanity has died


Actual results:

There are 86,400 seconds in a day. Firefox chooses the single worst second to force me to restart the browser in order to give me an update I could care less about.

This one decision makes me feel like you are walking into my office, making me stand up, and punching me in the guts and then laughing and laughing and laughing.

It is driving me away from this otherwise pretty great software.


Expected results:

When I tell you that I need your software to work right now by trying to actually use it, please assume I am doing something that I think is both urgent and important, and try to get out of the way, rather than destroying my context at that very worst of possible moments.

Some alternative options for updates:

1) Let me know, but let me defer to a future tab opening, don't nag again for an hour or two (at least).
2) Let me know, but let me schedule to a specific time
3) Let me update a setting to auto-install updates during some window of inactivity (e.g., the middle of the night + N minutes of not being used)
4) Literally anything other than what's happening now

Other than this one little thing, I love what you folks are doing.
Bug: JSON enterprise policies on Windows no longer work as REG_SZ
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-14 16:10:59+00:00
Resolved: 2022-01-27 16:10:59+00:00

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

Steps to reproduce:

1.) Launch the Windows Registry Editor
2.) If it does not exist, create the "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Mozilla\Firefox" key
3.) On that key, create a new String Value with name "ExtensionSettings"
4.) Set the Data for this new value to "{"uBlock0@raymondhill.net":{"installation_mode":"force_installed","install_url":"https://addons.mozilla.org/firefox/downloads/latest/ublock-origin/latest.xpi"}}"
5.) Open Firefox


Actual results:

uBlock Origin was not installed and there are the following errors on about:policies:
* Object expected but not received
* Invalid parameters specified for ExtensionSettings.



Expected results:

uBlock Origin should have been installed.
Bug: After a few seconds/minutes Error code: SEC_ERROR_LIBRARY_FAILURE
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 17:35:31+00:00
Resolved: 2022-01-14 19:58:30+00:00

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

Steps to reproduce:

install latest 98 nightly after 20220113193000
open twitch and start watching a stream. 
After some time (around 1-5 min) the stream crashes and almost no webpage is accessible anymore.


Actual results:

after first crash nearly each webpage isn't accessible anymore 

Error code: SEC_ERROR_LIBRARY_FAILURE

```
110:10.62 INFO: application_buildid: 20220113193000
110:10.62 INFO: application_changeset: 1bad8541569f702f0673a92bdd64b70bc22d5292
110:10.62 INFO: application_name: Firefox
110:10.62 INFO: application_repository: https://hg.mozilla.org/integration/autoland
110:10.62 INFO: application_version: 98.0a1
Was this integration build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): good
116:10.43 INFO: Narrowed integration regression window from [539e8e6b, d4a6f5cb] (3 builds) to [1bad8541, d4a6f5cb] (2 builds) (~1 steps left)
116:10.43 INFO: No more integration revisions, bisection finished.
116:10.43 INFO: Last good revision: 1bad8541569f702f0673a92bdd64b70bc22d5292
116:10.43 INFO: First bad revision: d4a6f5cb9b3f66a9c2282b334b087503e99c462d
116:10.43 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1bad8541569f702f0673a92bdd64b70bc22d5292&tochange=d4a6f5cb9b3f66a9c2282b334b087503e99c462d
```


Expected results:

all builds up until 20220113193000 work as expected
Bug: Always Open with "Firefox" triggers continous spam tabs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-01-14 17:48:26+00:00
Resolved: 2022-09-02 15:35:51+00:00

##### [Description:]
When Firefox gets set as default open for a most non-default extensions, it triggers continous open tabs with the download. 

##### [Environment:]
Windows 10, Mac 11, Ubuntu 20
78.* ESR
91.* ESR
96
97.0b3
98.0a1 2022-01-13

##### [Steps:]
1. New profile.
2. (various ways to achieve this)From your operating system set up Firefox to be default application for the mime type you are testing with (e.g set csv to always open with firefox)
3. Download a csv / open a csv.



##### [Actual Result:]
See attached video: tabs start being generated.

##### [Expected Result:]
If the file cannot be opened by Firefox abort or throw error.


##### [Note:]
1. Download might not be the best component, but I believe that the new download changes will make the application handler more accesible than in the past.
2. S3 severity until properly triaged.
Bug: Firefox with Wayland crashes when deleting a bookmark - (Crash in [@ libc.so.6@0xf6b5d | libglib-2.0.so.0@0x594dc])
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 22:00:36+00:00
Resolved: 2022-01-19 23:28:55+00:00

Crash report: https://crash-stats.mozilla.org/report/index/53b310b9-e83e-4cec-97a7-f9a4b0220114
Bug: Inability to turn off dark menu/linl confirmation permanently
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-14 23:02:09+00:00
Resolved: 2022-01-17 15:29:54+00:00

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

Steps to reproduce:

Not liking the dark menu and link confirmation  (bottome left-hand corner) I made the following change in about:config

browser.theme.toolbar-theme = 1


Actual results:

This works but reverts to

browser.theme.toolbar-theme = 0

after a restart.


Expected results:

As layout.css.prefers-color-scheme.content-override = 1 survives a restart I wouuld have expected the above change to do so.
Bug: location bar search intermittently fails to reach search engine input
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-01-15 01:56:03+00:00
Resolved: 2023-10-03 12:04:04+00:00

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

Steps to reproduce:

- type search string in location bar
- type return



Actual results:

- search engine page loads with partial search string as search entry
- returns results based on the partial string


Expected results:

Expect to see entire string searched as entered and confirmed in the location bar. I think this behaviour started with FFv95. 

I titled intermittent because I can't replicate at will and haven't found dependencies. I searched for Firefox window anatomy to ensure I use common terms here, and when I typed "firefox address bar" in the location bar, DuckDuckGo came back with "firefox ad" and appropriate results. I immediately made other random searches and couldn't repeat the error. I'd guess this happens one in ten search attempts using the location bar for input. 

It feels like something is lagging inside the process and a lot of other small things suffer the same way, like tab animations not loading until the action is ending, but I'm waiting things out with little evidence to share. Have also toggled "network.http.http3.enabled" from recent news, but didn't see any reaction to it.
Bug: Downloads folder not remembered any more
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-15 04:04:08+00:00
Resolved: 2022-06-23 06:30:39+00:00

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

Steps to reproduce:

Write click on a link to a file.
Select Save Link As.
Popup shows /run/user/<uid>/doc/<random #>
instead of my selected download location, on a per-site basis.


Actual results:

Popup shows /run/user/<uid>/doc/<random #>


Expected results:

My selected download location, on a per-site basis, as Firefox had been doing for months/years. I'm organized, and was happy that when I saved a file from a given domain, FF remembered that directory, and prompted with that location whenever a file was downloaded from that site. This functionality persists on Windows, but is no longer working on Ubuntu, as of, I think, version 96.
I would like that functionality restored to FF. It's VERY useful. The current behavior, of prompting with a random location under /run/user/<uid>/doc is not useful. It is a waste of time because EVERY time I download a file from a given site, and it is a waste of time to have to navigate to my location. It won't even allow my to cut and paste the desired location, which is useful when I have to download dozens of files from the same site.
In my Settings, Downloads is set to "Always ask you where to save files"
Bug: search can not use mouse to select text or move caret
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-15 05:37:47+00:00
Resolved: 2022-04-11 14:19:47+00:00

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

Steps to reproduce:

input any text in search box(not url search), 
use mouse to select text or click to move caret


Actual results:

can not use mouse to move caret or select text


Expected results:

select text or move caret
Bug: Version 96 of Firefox would not let me change Bing SafeSearch away from moderate
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-15 06:27:35+00:00
Resolved: 2022-01-15 08:32:12+00:00

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

Steps to reproduce:

Tried multiple times to change Bing SafeSearch to OFF or STRICT. SafeSearch always returned to MODERATE. Tried Edge browser. Bing worked properly. Reloaded Firefox 96 - no help with the problem. Refreshed Firefox - no help. Changed back to Firefox 95 and Bing worked fine. Overnight Firefox automatically updated to version 96 - Bing would not change from MODERATE. Running Windows 11.


Actual results:

Using Firefox version 96, could not change Bing SafeSearch out of MODERATE.


Expected results:

Bing should have changed to STRICT, MODERATE or OFF as desired and remembered the SafeSearch level selected.
Bug: The Firefox take Around 15 to 30 seconds to Open Comapare to other Browsers
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-15 06:47:36+00:00
Resolved: 2022-01-15 07:19:11+00:00

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

Steps to reproduce:

1. I opened the Firefox Browser


Actual results:

The Firefox Browser takes 15 to 30 seconds to Opened  


Expected results:

The Firefox Browser should only take 2 to 5 seconds to get Opened
Bug: Crash in [@ EMPTY: no crashing thread identified; EmptyMinidump]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-15 11:11:46+00:00
Resolved: 2022-01-19 10:11:33+00:00

This signature started to spike yesterday (2022-01-14) with 2k crashes from Linux distributions with 90% for users on 95.0.1 and 95.0.2. Based on comments, this might be related to a Firefox update (to 96) or navigation. Of course the update of a dependency is also possible. Bug 1360392 has more info about this out-of-memory signature in general.

Is anybody of you aware of changes explaining this or the issue getting tracked by distros?

Crash report: https://crash-stats.mozilla.org/report/index/d0df8d03-11ad-4ce1-a4ec-47f670220115
Bug: The Firefox Suggest opt-in modal should not be shown on top of about:welcome
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-01-15 21:23:23+00:00
Resolved: 2022-01-19 13:50:33+00:00

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

This is similar to bug 1749692 but different enough it should have its own bug.  Cosmin brought it up on Slack.

STR

1. Create a new profile but don't start it
2. Copy a treatment user.js into the profile
3. Start the profile

The modal is shown on top of about:welcome, which we specifically want to avoid.

This may be possible in the real world because enrollment can happen on startup in new profiles. I doubt that enrollment in a new profile would have time to finish before Firefox decides whether to show the modal, but it's not possible to say for sure, so we should try to fix this.
Bug: Toolbar divider is visible when the toolbar is hidden (webextension windows with popup=true without an address bar)
Status: NEW
Priority: P3
Created: 2022-01-15 21:50:06+00:00
Resolved: 2022-01-20 16:57:06+00:00

Steps to reproduce:

Opened a window with type=popup


Actual results:

Window shows a horizontal 1px height toolbar divider


Expected results:

The toolbar divider should be hidden, since the toolbar itself is hidden
Bug: Firefox crashes in Windows10
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-16 09:04:21+00:00
Resolved: 2022-05-17 21:27:05+00:00

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

Steps to reproduce:

On Windows 10, double-click the installed Firefox to launch it.


Actual results:

If I double-click to start it, it opens a tab for a moment and then crashes.
No error, can't even start it in safe mode.


Expected results:

It should start up as normal and your browser should be ready to use.
Bug: firefox loses track of saved sessions
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-01-16 13:52:56+00:00
Resolved: 2022-01-26 19:08:56+00:00

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

Steps to reproduce:

intermittent.  firefox nightly.

when carrier problems arise, i end up rebooting multiple times.


Actual results:

firefox usually rememnbers all the windows and tabs, but sometimes it doesn't.  when it doesn't, both recovery.jsonlz4 and recovery.baklz4 are devoid of the session.  as a workaround it suffices to restore recovery.jsonlz4 from a backup i have made myself, if i have.


Expected results:

remember the session as usual.  unfortunately i don't know the exact circumstances to repeat this other than as above.
Bug: When the tab context menu is displayed by right mouse clicking , it does not show which tab the context menu is pointing to.
Status: NEW
Priority: --
Created: 2022-01-16 14:55:51+00:00
Resolved: 2022-02-01 12:11:15+00:00

When the tab context menu is displayed by right mouse clicking , it does not show which tab the context menu is pointing to.

Steps to reproduce:
1. Open many tabs so that `List all tabs` button will show.
2. Click on the button
3. Right mouse click on a tab in the list

Actual results:
It does not show which tab the context menu is pointing to.

Expected results:
It should show which tab the context menu is pointing to.
Bug: When hovering the mouse over a menu item such as `Move Tab` in the tab context menu, the background of the tab list item located under the mouse pointer is highlighted wrongly.
Status: NEW
Priority: --
Created: 2022-01-16 15:13:26+00:00
Resolved: 2022-01-31 12:12:02+00:00

When hovering the mouse over a menu item such as `Move Tab` in the tab context menu, the background of the tab list item located under the mouse pointer is highlighted wrongly.

Steps to reproduce:
1. Open many tabs so that List all tabs button will show.
2. Click on the button
3. Right mouse click on a tab in the list
4. Mouse hover over `Move Tab`

Actual results:
The tab list item is highlighted wrongly.

Expected results:
Should not
Bug: "Delete" context menu should not remove the download history
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-17 03:32:49+00:00
Resolved: 2022-01-20 14:04:07+00:00

When I downloaded a file and found that it was not useful for me, I'd delete the file, but I would not like to forget about that I used to download the file and download the useless file again. Removing the download history will revert the download link to the unvisited state, so I can't tell whether I used to download the file. Edge does not remove the download history.
Bug: When about:preferences has page zoom other than 100%, search engine dropdown is unusable
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-01-17 05:37:59+00:00
Resolved: 2022-10-25 13:08:16+00:00

Steps to reproduce:

1. Navigate to `about:preferences#search`
2. Increase zoom level to 120%
3. Click the Default Search engine dropdown

What happens:

The popup doesn't appear, and it is impossible to visually select a different search engine. In some of the builds since this regression, the popup also flickers like described in bug 1726939. It has since gotten worse, however.

11:14.23 INFO: No more integration revisions, bisection finished.
11:14.23 INFO: Last good revision: 9f0fbb1431721c9eae68a3c94ae49a4d33fdb1f8
11:14.23 INFO: First bad revision: 7b82d177a6b979036f180329be6b029d690d9e0c
11:14.23 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9f0fbb1431721c9eae68a3c94ae49a4d33fdb1f8&tochange=7b82d177a6b979036f180329be6b029d690d9e0c
Bug: "Open in System Viewer" menuitem in downloads panel should not be available when selected download's target doesn't exist
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-17 08:27:31+00:00
Resolved: 2022-01-17 21:52:49+00:00

### STR
- Download a file
- Open the file in your file manager
- Delete the file
- Open the downloads panel or all downloads view
- Right click the download

### Expected
"Open in System Viewer" should be hidden since clicking it has no effect, as the downloaded file does not exist. "Always Open in System Viewer" should be visible though.

### Actual
Both menuitems are visible.
Bug: firefox opens with about:sessionrestore - although it is turned of
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-01-17 08:54:36+00:00
Resolved: 2022-01-27 17:36:53+00:00

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

Steps to reproduce:

Start firefox
(with "session restore" disabled in options)


Actual results:

Firefox starts with page: about:sessionrestore
and shows "Sorry. We are having trouble getting your pages back."

This happens only  in 50% of all times - so not every time!
The other times firefox starts "normally" showing (in my case) the firefox search bar.


Expected results:

Firefox should not try to restore the tabs from the last session if this feature is turned off in the options.
If I turn it on, firefox restores all tabs from previous session properly!

In order to fix this I completely uninstalled firefox, deleted all profiles (!) and reinstalled firefox again.
Bug: Color inconsistency  on the chicklet background and the highlight address bar dropdown selection for the new colorways themes
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2022-01-17 10:27:12+00:00
Resolved: 2022-01-18 08:12:58+00:00

**Affected versions**
- 98.0a1 (2022-01-17)
- 97.0b4

 **Affected platforms**
- Windows 10
- macOS 12.0
- Ubuntu 20

**Steps to reproduce**
1. Go to about:addons page  and enable the Chillaxing theme
2. Open a new tab, select a one-click search engines from the bottom of the address bar dropdown panel and input a search term
3. Navigate the search suggestions
4. Observe the chicklet background and the  highlight selection colors
5. Repeat the steps above with Rawrr! theme enabled

**Expected result**
- As per specifications both the chicklet background and the  highlight selection color should be the same for all the new colorway themes for 97.

**Actual result:**
- There is inconsistency  between the chicklet background and the highlight address bar dropdown selection colors for certain colorway themes.

**Regression range**
- Not a regression, implemented with the new colorway themes.

**Other notes**
- Reproducible on almost all the colorway themes.
Bug: The background of the Application Menu icon does not respect the Figma specs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-01-17 15:44:42+00:00
Resolved: 2022-01-18 08:09:41+00:00

**Affected versions:**
- Beta 97.0b4
- Nightly 98.0a1

**Affected platforms:**
- Ubuntu 20.04.2 LTS
- Windows 10 x64
- macOS 12

**Steps to reproduce:**
1. Launch Firefox.
2. From about:addons enable any of the new Turning Red Colorway theme, except Cheese Puff.
3. Click on the Open Application Menu.

**Expected result:**
The icon of the Application Menu is according to the Figma specs. When the icon is clicked, the background color respects the selected theme.

**Actual result:**
The icon of the Application Menu is not according to the Figma specs. When the icon is clicked, the background color is gray.

**Regression range:**
Not a regression.

**Additional notes**
This applies to all the new Red Turning Colorway themes, except Cheese Puff.
Bug: [macOS] The title from the first page of the "Firefox Suggest" modal is read twice by the VoiceOver screen reader
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-01-17 15:53:34+00:00
Resolved: 2022-02-22 23:54:47+00:00

**[Notes]:**
- This issue is also reproducible on the second page of the modal but only on the "E", "G", and "H" branches.

**[Affected versions]:**
- Firefox Nightly 98.0a1 - Build ID: 20220116095124

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

**[Prerequisites]:**
- Have a Firefox build installed.
- Have the following [user.js](https://drive.google.com/file/d/1jHrFA5FB6eqz3lJnIdsUT1V8VadEICtU/view?usp=sharing) file copied to your PC.
- Have the update channel set to "Release".
- Have the VoiceOver screen reader enabled.

**[Steps to reproduce]:**
1. Create a new Firefox profile but do not open it.
2. Navigate to the profile folder and copy the user.js file from the prerequisites.
3. Open the browser using the previously created profile.
4. Focus the "Firefox Suggest" modal and observe the behavior.

**[Expected result]:**
- The title from the first page of the "Firefox Suggest" modal is successfully recognized and read by the screen reader.
	
**[Actual result]:**
- The title from the first page of the "Firefox Suggest" modal is read twice.

**[Aditional Notes]:**
- This issue is reproducible on all the experiment branches.
Bug: Pocket newtab hybrid compact layout
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-01-17 18:28:43+00:00
Resolved: 2022-01-27 21:40:45+00:00

We right now have this concept of a compact layout for Pocket newtab.

This essentially just means smaller cards, and 4 cards per row.

One of the things we should try is only using this compact/smaller layout for smaller breakpoints (both height and width can be considered)

We can test this to see the impact on impressions and clicks.
Bug: cant click on the download button 97.0b4 (64-Bit)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-01-17 19:07:38+00:00
Resolved: 2022-03-04 14:34:08+00:00

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

Steps to reproduce:

i downloaded som files from a server


Actual results:

download Button is grayed out and i cant click on it 


Expected results:

you should be able to see the downloadmenu