av9ash/GitBugs huggingface dataset:
Bug: The "firefox.exe - Application Error" dialog is popped up when Compatibility mode is on
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-13 15:20:05+00:00
Resolved: 2020-04-12 11:44:58+00:00

On Windows 10, if Compatibility mode for firefox.exe is set to Windows 7, the [firefox.exe - Application Error] dialog saying "The application was unable to start correctly (0xc0000005). Click OK to close the application." is popped up at startup.
Bug: Library - Can't create a new folder if places.xhtml is open in content
Status: REOPENED
Priority: P5
Created: 2020-02-13 15:39:21+00:00
Resolved: 2024-02-27 15:59:10+00:00

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

Steps to reproduce:

1) open the Library, 
2) select any folder in the sidebar,
3) right mouse click "New folder" in the bookmarks panel,
4) nothing happens or only an empty dialog box is showing up. 

There's a SUMO report about this issue: https://support.mozilla.org/questions/1279599#answer-1289597 and I can confirm it on Nightly.

I captured a video of this issue, if you need it.
Bug: Update the UI from prefs before calling a preference pane's init function
Status: NEW
Priority: P3
Created: 2020-02-13 16:43:15+00:00
Resolved: 2022-10-11 23:57:03+00:00

From bug 1582740 comment #2,
> When loading a preferences pane we create the content from a template and then call the preferences API to update the UI from prefs: https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/browser/components/preferences/in-content/preferences.js#68
> The preferences API does this asynchronously: https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/toolkit/content/preferencesBindings.js#140
> And so we end up calling a pane's init function before the UI elements have the correct state: https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/browser/components/preferences/in-content/preferences.js#70
> So when we first decide whether to disable the checkbox or not its checked state is not correct: https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/browser/components/preferences/in-content/main.js#1193-1194
> 
> We then start polling for the default browser check. The first poll happens one second after init at which point the chekbox is correctly checked and so we disable the checkbox: https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/browser/components/preferences/in-content/main.js#316-334
> 
> I'm not really sure what is going on with the locked state, haven't looked into that too much.
>
> We really shouldn't be calling a category's init function until after the preferences have been applied. Preferences.updateAllElements should return the promise it creates and we should await on it before calling init().
Bug: Mailto Links open a new outlook window as well as message window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-13 17:09:41+00:00
Resolved: 2020-02-20 12:48:23+00:00

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

Steps to reproduce:

In Firefox 68.5.0 ESR x64 and 73.0 x64 selecting Microsoft outlook as the default mailto application and select a mailto link  


Actual results:

A new outlook window as well as an new mail window.


Expected results:

Just a new mail window should have populated.
Bug: Launching URIs fails when explorer.exe is not running
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-13 17:29:38+00:00
Resolved: 2020-03-12 00:53:21+00:00

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

Steps to reproduce:

Kill Windows explorer and URI launch will stop working.

example URI:

steam://connect/ipaddress
esportal://arg/arg



Actual results:

Nothing happens, the following error is observed in the console:

NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIHandlerInfo.launchWithURI] 6 dialog.js:349
    onOK chrome://mozapps/content/handling/dialog.js:349
    initialize chrome://mozapps/content/handling/dialog.js:147
    _fireButtonEvent chrome://global/content/elements/dialog.js:537
    _doButtonCommand chrome://global/content/elements/dialog.js:516
    _handleButtonCommand chrome://global/content/elements/dialog.js:510
    _handleButtonCommand self-hosted:876
    (Async: EventListener.handleEvent)
    _configureButtons chrome://global/content/elements/dialog.js:382
    connectedCallback chrome://global/content/elements/dialog.js:184
    <anonym> chrome://global/content/customElements.js:219
    (Async: EventListener.handleEvent)
    <anonym> chrome://global/content/customElements.js:211
    <anonym> chrome://global/content/customElements.js:820
    observe resource://gre/modules/CustomElementsListener.jsm:24


Expected results:

The appropriate applications should launch.
Bug: Library Window should be affected by Dark Mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-13 18:42:55+00:00
Resolved: 2020-02-13 22:52:52+00:00

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

Steps to reproduce:

Enable Dark Mode on Firefox


Actual results:

Dark Mode was applied, sans Library window


Expected results:

Library window should have been affected by Dark Mode selection
Bug: in Adress Bar behaves tab key wrong
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-13 18:58:34+00:00
Resolved: 2020-02-14 01:40:17+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 used "ctrl + l" to focus the address bar and started typing until I saw in the list what I wanted.
I used tab, as usually, to get the listed address.


Actual results:

Some other item next to the address bar got focus.

I then pressed Space and it oped a menu.
I pressed "ctrl + l" again, but with the menu open I could not even use the arrow keys to select an entry from the list.



Expected results:

Tab should behave like the "down arrow" key.
Bug: Tab key in address bar doesn't (usually) autocomplete
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-13 19:10:28+00:00
Resolved: 2020-02-18 13:02:38+00:00

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

Steps to reproduce:

1) Press Command-L to focus the location bar
2) Type a few characters (say, "news")
3) Press tab


Actual results:

The "search" field became focused. The location bar autocomplete popup disappeared.


Expected results:

Prior to a change that occurred within the past week of nightlies, the first item in the autocomplete list (say, "news.ycombinator.com") would become selected. Focus would remain in the address bar. That's what I believe ought to still be happening.

Notably, if I click in the address bar instead of focusing it with Command-L, the tab key autocompletes the way I expect.

https://bugzilla.mozilla.org/show_bug.cgi?id=429536 is the only thing I found that seems relevant, but there's been no action on it for a year. Even if the change were deliberate for reasons described in that bug, the inconsistent behavior is probably unintended.
Bug: Cookies are not deleted after closing Firefox in Private Mode
Status: RESOLVED
Priority: P1
Resolution: INVALID
Created: 2020-02-13 19:39:15+00:00
Resolved: 2020-03-17 09:01:40+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15

Steps to reproduce:

I set Firefox to always use private mode and after closing there are always Cookies left, different size, after each session and I always open private windows
So I always have to delete them manually.


Actual results:

The cookie data is not deleted after closing and opening Firefox again.


Expected results:

There should be 0 kByte Cookie Data in Settings
Bug: hitting tab in the awesomebar should select search results, not put focus elsewhere
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-13 21:17:29+00:00
Resolved: 2020-02-18 13:02:39+00:00

STR: start to search for something in the awesome bar, get some results, hit "tab" on the keyboard
Doing this used to select the first result, but now it closes the awesomebar and puts focus on whatever's after the awesomebar in the... top bar thingy (happens to be the bookmarks button for me)
Bug: bookmark folder default changes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-13 23:02:55+00:00
Resolved: 2020-03-17 14:44:16+00:00

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

Steps to reproduce:

Go on a website and click the star (bookmark) button, then the drop-list menu will appear and go to "folder". What ever folder you had used previously will be defaulted to.


Actual results:

The folder I choice to place a bookmark in will switch with the folder I had previously used.


Expected results:

It doesn't swap the folder and stays on the last selected one.
Bug: Heuristic and private search results aren't properly updated when a one-off search button is selected and you continue typing
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-02-13 23:28:09+00:00
Resolved: 2020-11-04 17:52:12+00:00

STR:

1. Type something so that the heuristic result is a "Search with <Engine>" search result (i.e., doesn't trigger autofill and isn't a visit result)
2. Arrow down until a one-off is selected that isn't your default engine
3. Continue typing

The favicon and engine name in the heuristic result (and the private search result) revert back to your default engine. They should remain the selected one-off engine. If you then hit enter, we do a search using the selected one-off engine.
Bug: Can no longer tab through URL dropdown results
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-14 02:31:47+00:00
Resolved: 2020-02-14 08:46:06+00:00

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

Steps to reproduce:

Steps to reproduce:

1.  Make sure that browser.urlbar.update1 is set to true
    
2. Open a new tab

3. Start typing something in the addressbar (so you get auto complete/bookmarks/history results in the url bar dropdown)

4. Hit the tab key to tab through the results in the dropdown



Actual results:

Hitting tab closes the URL dropdown instead of tabbing through the results


Expected results:

It should tab through the URL dropdown results
Bug: Saved Logins -- no logins found
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-14 07:40:11+00:00
Resolved: 2020-03-05 09:06:41+00:00

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:71.0) Gecko/20100101 Firefox/71.0

Steps to reproduce:

Upgrade to version 71.0. Go to Preferences -> Privacy & Seciruty -> Logins and Passwords -> Saved Logins


Actual results:

The Tab shows "No logins found". At the same time, when actually visiting sites that have saved logins, logins & passwords are filled in all right. 
So, the functionality itself is here, logins and passwords are here -- only they 're not visible in the "Saved Logins" section like they used to.


Expected results:

Saved Logins tab must (and always did) show saved logins browseable by site name.
Bug: Bookmark "recently used folders" re-sets to most recent if another is selected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-14 09:32:55+00:00
Resolved: 2020-02-14 10:19:04+00:00

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

Steps to reproduce:

Create several bookmarks in different folders.
When creating next new bookmark, there is a list of the folders recently used, with the most recently used at the top. Select a different recently used folder from the drop-down. Watch the drop-down close, then is re-set to the top folder, regardless of what you selected.


Actual results:

Watch the drop-down close, then is re-set to the top folder, regardless of what you selected.


Expected results:

The selected folder should be the one displayed and where the new bookmark is placed.
Bug: Megabar should shrink upon losing focus
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-14 10:39:13+00:00
Resolved: 2020-02-21 04:01:56+00:00

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

Steps to reproduce:

- Configure Firefox to show the bookmarks bar
- Click in the address bar so to expand the address bar
- Click the "Most visited" dynamic folder on the left of the bookmarks bar


Actual results:

The "megabar" is still expanded in size


Expected results:

The megabar should shring again when focus is not inside it.
This happens in version 74 and 75.
Bug: about:certificate chain download gives entire encoding on one line
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-02-14 14:27:52+00:00
Resolved: 2021-03-17 10:03:41+00:00

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

Steps to reproduce:

1. In Certificate Manager UI, "Your Certificates" tab, import a (client) certificate from a P12.

2. In Certificate Manager UI, choose the "View" button.

3. In the about:certificate tab which appears, go to the "Miscellaneous" section and click the "PEM (chain)" link. Download the file which Firefox offers.



Actual results:

The Base64-encoding of the certificate appears on a single, very long, line, viz:

-----BEGIN CERTIFICATE-----
<Base64 further than the eye can see...>
-----END CERTIFICATE-----



Expected results:

The Base64 encoding is wrapped over several lines, just like for the "PEM (cert)" link which is adjacent to the "PEM (chain)" link. Viz:

-----BEGIN CERTIFICATE-----
<Base64>
<More Base64>
<etc etc etc.>
-----END CERTIFICATE-----
Bug: Firefox install no longer appears as a web-app to be 'always blocked' in parental control panel
Status: NEW
Priority: --
Created: 2020-02-14 14:48:30+00:00
Resolved: 2022-10-11 23:57:19+00:00

**Preconditions**
* An admin account is already set on your computer;
* A child account is already set on your computer.

Note: - This test can be run ONLY WHEN the child's account is linked to the parent's Microsoft Account.

**Affected versions**
* Fx 74.0b3

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Log in as an ADMIN(parent) in windows.
2. Install Firefox for all the computer users.
2. Navigate to https://account.microsoft.com/family/ -> More Options -> Content Restrictions.

**Expected result**
* Firefox is displayed either in the 'Always allowed' section or in the 'Always blocked'.

**Actual result**
* Firefox isn't displayed as an always blockable/allowable app.

**Regression range**
* I'm not sure this is a regression as it seem to be related to the web app as well.

**Additional notes**
* This looks more like a web - app related issue that a Firefox issue.
* Firefox only appears in the Apps and Games Limits (setting only a time limit for use, not 'always blocked').
* Multiple install locations have been tried (custom and default), but the web-app wouldn't recognize Firefox as something be set to 'always blocked'.
* Firefox does not appear in the web-app list even if the app has been used by the child and should be registered as such.
Bug: Entering APPDATA\ROAMING\…\PREFS.JS into the address bar loads http://www.appdata.com/ROAMING/…/PREFS.JS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-14 15:49:58+00:00
Resolved: 2020-02-21 04:07:05+00:00

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

Steps to reproduce:

Win10 Pro 1909 x64

Received a PUP-warning about 
File: 1
PUP.Optional.Conduit, C:\USERS\XXXXXX\APPDATA\ROAMING\MOZILLA\FIREFOX\PROFILES\42XTUMIX.DEFAULT-RELEASE\PREFS.JS

Didn't recognize the file, so I copied "APPDATA\ROAMING\MOZILLA\FIREFOX\PROFILES\42XTUMIX.DEFAULT-RELEASE\PREFS.JS" and put it into the URL Bar to search


Actual results:

Firefox attempted to connect to:
http://www.appdata.com/ROAMING/MOZILLA/FIREFOX/PROFILES/42XTUMIX.DEFAULT-RELEASE/PREFS.JS

Luckily, it 404'd, but anything could have been at the far end of that request.


Expected results:

Should have sent the Search Terms to the Default Search Engine (Chrome does this correctly until the same conditions).
Bug: The "Stay Alert to Data Breaches" card is not dismissed after logging in to "Firefox Monitor" with a newly created "Firefox Account"
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-02-14 15:59:41+00:00
Resolved: 2020-03-06 02:30:20+00:00

**[Notes]:**
- This is not a tab preloading issue, because the "Stay Alert to Data Breaches" card is displayed on all five tabs after logging in to FxA.

**[Affected versions]:**
- Firefox Release 73.0 - Build ID: 20200207195153
- Firefox Beta 74.0b3 - Build ID: 20200214015126
- Firefox Nightly 75.0a1 - Build ID: 20200214100511

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

**[Prerequisites]:**
- Have a Firefox profile with the "trailhead.firstrun.branches" pref set to "join-dynamic" in the "about:config" page.
- You are logged in to FxA using a **NEW** Firefox Account.
	
**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the "Firefox Account" toolbar button and select the "Firefox Monitor" option.
3. Click the "Sign In" button from the top-right part of the page.
4. Click the "Sign In" button and open a new tab.
5. Observe the displayed cards.

**[Expected result]:**
- The "Browse Privately", "Instantly Send Yourself Tabs" and "Get Firefox on Your Phone" cards are displayed.

**[Actual result]:**
- The "Stay Alert to Data Breaches" card is still displayed.

**[Regression Window]:**
- Considering the fact that this behavior is not reproducible on Firefox 72, using the mozregression tool I have managed to find the following regresion window:
Last good revision: 7dc3e0b9b5985852601ba0ece3c3a2764b9d1bc0
First bad revision: 440d0842a0aa25871aeb0b1b98c4292e7bb22e8d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7dc3e0b9b5985852601ba0ece3c3a2764b9d1bc0&tochange=440d0842a0aa25871aeb0b1b98c4292e7bb22e8d

From the pushlog, it seems that bug 1600779 has caused this behavior.

**[Additional Notes]:**
- This issue is still reproducible after a page refresh.
- This issue is no longer reproducible after browser restart.
- This issue is not reproducible with older "Firefox Accounts".
- Attached a screen recording of the issue.

@Punam, could you please take a look over this issue?
Bug: Firefox Developer Edition 74 minimum window width is 450px
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-14 16:19:58+00:00
Resolved: 2020-02-15 06:10:25+00:00

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

Steps to reproduce:

Did nothing. My Firefox Developer Edition just updated itself yesterday and this is happening.
Using it on my Debian Linux for almost 2 years now.


Actual results:

I'm trying to resize FF window to narrow size (320px) but it does not allow me to go smaller than 450px


Expected results:

Window should go smaller to at least 320px wide. I'm web developer and using FF Dev to make my websites responsive. It's not very useful to always hit F12 and go to Mobile view (lots of additional steps), because there are always another tabs are open in browser and I need to be able to switch them fast. So I always just resize the window, to be sure my websites are showing properly on all screen widths. Now I can not do this. 90% of mobile phones have screen resolution (in portrait mode) less than 450px.
Bug: 17.21% about_newtab_with_snippets (windows7-32-shippable) regression on push f0f213c25bb7232c9627746c447f2d2213128db2 (Wed February 12 2020)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-14 16:28:11+00:00
Resolved: 2020-03-06 02:25:30+00:00

Talos has detected a Firefox performance regression from push:

https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=f0f213c25bb7232c9627746c447f2d2213128db2

As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

  19%  about_newtab_with_snippets windows7-32-shippable opt e10s stylo         92.98 -> 110.67
  18%  about_newtab_with_snippets windows10-64-shippable-qr opt e10s stylo     93.61 -> 110.33
  17%  about_newtab_with_snippets windows7-32-shippable opt e10s stylo         94.31 -> 110.54
  17%  about_newtab_with_snippets windows10-64-shippable opt e10s stylo        94.50 -> 110.56
  16%  about_newtab_with_snippets linux64-shippable-qr opt e10s stylo          101.37 -> 117.82
  16%  about_newtab_with_snippets macosx1014-64-shippable opt e10s stylo       113.14 -> 131.27
   8%  about_newtab_with_snippets linux64-shippable opt e10s stylo             103.06 -> 111.16


You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=24944

On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the Talos jobs in a pushlog format.

To learn more about the regressing test(s), please see: https://wiki.mozilla.org/TestEngineering/Performance/Talos

For information on reproducing and debugging the regression, either on try or locally, see: https://wiki.mozilla.org/TestEngineering/Performance/Talos/Running

*** Please let us know your plans within 3 business days, or the offending patch(es) will be backed out! ***

Our wiki page outlines the common responses and expectations: https://wiki.mozilla.org/TestEngineering/Performance/Talos/RegressionBugsHandling
Bug: Flexible space becomes invisible if used in bookmarks toolbar with many/overflowing bookmarks
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-02-15 01:27:29+00:00
Resolved: 2020-07-22 11:33:54+00:00

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

Steps to reproduce:

74.0b3, adding one flexible spacebar to the left of my bookmark toolbar doesn't work, it's there, but when closing customization menu, the bookmark toolbar is still stuck all the way to the left.


Actual results:

when closing customization menu, the bookmark toolbar is still stuck all the way to the left.


Expected results:

Should behave just like Firefox 73 behaved/behaves.
Bug: Page donate.mozilla.org is semi-translatable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-15 04:40:27+00:00
Resolved: 2020-02-15 06:00:52+00:00

The following strings are in English while the rest of the page is translatable.
1. Donate now

2. We are proudly non-profit, non-corporate and non-compromised. Thousands of people like you help us stand up for a healthy internet for all. We rely on donations to carry out our mission to keep the Web open and free. Will you give today?

The page should be completely translated.
Bug: Shortcut for opening new tabs [cmd+t] does not focus on the address bar when in fullscreen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-15 17:08:01+00:00
Resolved: 2020-02-15 17:28:20+00:00

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

Steps to reproduce:

1. Open a video in full screen (for example on YouTube)
2. Press cmd+t to open a new tab


Actual results:

The new tab opens, but the url bar is not in focus


Expected results:

The url bar should be in focus, when the new tab is created