av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/sessionstore/test/browser_1446343-windowsize.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-05-15 23:00:28+00:00
Resolved: 2020-09-01 17:04:54+00:00

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

---

>task 2020-05-15T22:05:23.921Z] 22:05:23     INFO - TEST-PASS | browser/components/sessionstore/test/browser_1446343-windowsize.js | height should match on maximized mode - 
[task 2020-05-15T22:05:23.921Z] 22:05:23     INFO - TEST-PASS | browser/components/sessionstore/test/browser_1446343-windowsize.js | sizemode should match - 
[task 2020-05-15T22:05:23.921Z] 22:05:23     INFO - Buffered messages finished
[task 2020-05-15T22:05:23.921Z] 22:05:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_1446343-windowsize.js | Test timed out - 
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - GECKO(3553) | MEMORY STAT | vsize 7676MB | residentFast 343MB | heapAllocated 110MB
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - TEST-OK | browser/components/sessionstore/test/browser_1446343-windowsize.js | took 45132ms
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - checking window state
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_1446343-windowsize.js | Found a browser window after previous test timed out - 
[task 2020-05-15T22:05:23.922Z] 22:05:23     INFO - GECKO(3553) | must wait for focus
Bug: Crash in [@ @0x7f4374278f60] Hung Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-15 23:01:23+00:00
Resolved: 2020-07-02 00:26:19+00:00

This bug is for crash report bp-8f87a4c6-994a-4893-b1fd-489b40200515.

```
Top 4 frames of crashing thread:

0  @0x7f4374278f60 
1  @0x7f436e2a041e 
2  @0x7f436f5ec09f 
3  @0x7f436cb372a9 

```

Not sure what happened - I navigated to reddit in a container, clicked the login link, then typed in a letter hoping that the password manager would appear.

Firefox stopped responding after that.

I grabbed some perf data because I was unable to get to Firefox profiler. 

Hopefully there is something interesting there.
Bug: images from some wordpress sites downloaded as webp not jpeg
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-05-15 23:13:23+00:00
Resolved: 2020-06-04 16:46:31+00:00

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

Steps to reproduce:

On mac laptop, rightclick image on my wordpressdotcom website and select Save Image

vegeyum.wordpress.com


Actual results:

Image saved but in webp format, not jpeg, although it shows jpeg extension.

Exploration shows this happens on some wordpressdotcom sites but not others.


Expected results:

Saved as jpeg.
Bug: Frequent browser/base/content/test/fullscreen/browser_fullscreen_window_focus.js | A promise chain failed to handle a rejection: Waiting for document focus - timed out after 50 tries. - stack: (No stack available.)
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-05-16 01:05:51+00:00
Resolved: 2020-05-25 06:06:21+00:00

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

---

>[task 2020-05-15T23:52:22.738Z] 23:52:22     INFO - FBO Texture Target: TEXTURE_2D
[task 2020-05-15T23:52:22.738Z] 23:52:22     INFO - Entering full-screen
[task 2020-05-15T23:52:22.738Z] 23:52:22     INFO - Buffered messages logged at 23:51:48
[task 2020-05-15T23:52:22.738Z] 23:52:22     INFO - Console message: [JavaScript Error: "uncaught exception: Waiting for document focus - timed out after 50 tries."]
[task 2020-05-15T23:52:22.738Z] 23:52:22     INFO - Buffered messages finished
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_fullscreen_window_focus.js | Test timed out - 
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_fullscreen_window_focus.js | A promise chain failed to handle a rejection: Waiting for document focus - timed out after 50 tries. - stack: (No stack available.)
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - Rejection date: Fri May 15 2020 23:51:48 GMT+0000 (Greenwich Mean Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 265
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - Stack trace:
[task 2020-05-15T23:52:22.739Z] 23:52:22     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:265
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - chrome://mochikit/content/browser-test.js:nextTest:610
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - chrome://mochikit/content/browser-test.js:timeoutFn:1190
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - setTimeout handler*chrome://mochikit/content/browser-test.js:Tester_execTest:1137
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:927
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
[task 2020-05-15T23:52:22.740Z] 23:52:22     INFO - GECKO(2055) | MEMORY STAT | vsize 7685MB | residentFast 333MB | heapAllocated 113MB

*[task 2020-05-15T23:51:37.570Z] 23:51:37     INFO - TEST-START | browser/base/content/test/fullscreen/browser_fullscreen_window_focus.js*
Bug: Email Link ... in address bar is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-16 04:35:18+00:00
Resolved: 2020-07-02 00:38:05+00:00

When clicking on the email icon "Email Link ..." in the address bar nothing is happening.
Here is pushlog from mozregression: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=256602905ce82b1866a1d2f37b409fa768fb7ae6&tochange=d1114574b777bb00b85f73733a8bd6a78d2ad87e
Bug: Dates sorted incorrectly as localized strings in about:crashes
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-16 07:06:03+00:00
Resolved: 2020-05-16 07:10:21+00:00

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

Steps to reproduce:

Open a new tab, go to URL `about:crashes` to check the Crash Reports.
Look at the `Date Crashed` column.


Actual results:

Dates in the `Date Crashed` column are sorted as a string, thus in a mm/dd/yy locale, such as en_GB, it produces unreasonable results. See the attached image.


Expected results:

Dates in the `Date Crashed` column should be sorted by the date, either from latest to earliest, or the other way around.
Bug: Memory usage becomes too high when firefox is not restarted for multiple days with just normal browsing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-16 14:51:09+00:00
Resolved: 2020-06-15 09:42:04+00:00

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

Steps to reproduce:

Just normal browsing, 20 tabs open mostly, open various youtube pages/heavy pages but even though i close them the memory is never freed, it goes to 10GB every 4 days or something and i have to restart firefox because some pages start to refuse to load.

This has been going on since long ago, but i think it's time to take some priority on this.

Extensions: https://i.imgur.com/lCuGprq.png

Image to demonstrate about:performance and task manager:
https://i.imgur.com/LR9Gb9O.png

If you need any log please say so, i've been running most of these extensions for years, i do not believe they're the problem and if they were i'd try to make firefox to warn me about them, not just blindly accept it.


Actual results:

The memory usage is not freed not even close to what tab's consume, i can close all tabs and the usage wil be at 10GB, that is not OK.


Expected results:

Tabs are free'd from resources when being closed, at least partly like 70%, not just eat more and more till the system runs out.
Bug: question/bug(userChrome.css): placeholders customization
Status: UNCONFIRMED
Priority: P5
Created: 2020-05-16 17:00:09+00:00
Resolved: 2024-02-27 16:46:57+00:00

### 1. Summary

[**I can't customize placeholders in address bar and search bar**](https://i.imgur.com/lGphVZB.png).

I successfully customize my Firefox bookmarks, context menu, toolbar buttons, icons and so on, but I can't customize placeholders.

Possible bug.

### 2. Reproducibility

I reproduce the problem in a portable Firefox version without any addons and user settings ([**besides `toolkit.legacyUserProfileCustomizations.stylesheets` = `true`**](https://www.ghacks.net/2019/05/24/firefox-69-userchrome-css-and-usercontent-css-disabled-by-default/)).

### 3. Steps to reproduce

[**I created a file `userChrome.css`**](http://kb.mozillazine.org/index.php?title=UserChrome.css#Creating), its content:

```css
@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

.searchbar-textbox::placeholder,
#urlbar-input::placeholder,
.urlbar-input-box::placeholder,
.urlbar-input-box > .urlbar-input::placeholder,
#searchbar .textbox-input::placeholder,
#urlbar *|*.textbox-input::placeholder,
*|*.textbox-input::placeholder,
moz-input-box::placeholder,
input::urlbar-input::placeholder,
html:input::urlbar-input::placeholder,
input::placeholder,
textarea::placeholder,
html:input::placeholder,
::placeholder
{
	color: red !important;
	opacity: 1 !important;
}

```

I saved `userChrome.css` → I restarted Firefox.

### 4. Expected behavior

Red placeholders.

### 5. Current behavior

No effect.

### 6. Not helped

1. I searched information about this problem in Google and Bugzilla.
1. As described [**here**](https://superuser.com/a/1215655/572069), I enabled and run [**BrowserToolbox**](https://developer.mozilla.org/en-US/docs/Tools/Browser_Toolbox) → I [**found required CSS elements**](https://i.imgur.com/Hr3cIdX.png) for placeholders. I tried to customize my placeholders, use them (see item 3 of my issue) in `userChrome.css`.
1. [**I searched**](https://github.com/search?p=1&q=%3A%3Aplaceholder+filename%3AUserChrome.css&type=Code) `::placeholder` in all `userChrome.css` GitHub files. I tried to customize my placeholders (see item 3 of my issue) as another GitHub users.
1. Adding `@namespace url(http://www.w3.org/1999/xhtml);` line as in [**Firefox default `forms.css`**](https://gist.github.com/tagliala/6143525).
1. Adding [**`-moz-appearance: none !important;`**](http://forums.mozillazine.org/viewtopic.php?f=7&t=351719).

### 7. Environment

1. Windows 10.0.18363 Pro N for Workstations 64-bit EN
1. Firefox Portable 76.0.1 (64-bit)

Thanks.
Bug: about:config broken with JAWS screen reader
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-16 17:44:30+00:00
Resolved: 2020-05-21 01:36:57+00:00

In Firefox 76.0.1 (and perhaps since the re-write?) about:config isn't working with the JAWS screen reader.  JAWS does not read any preferences after entering a filtering search - just sees an empty list box.
Bug: Calling browser.search.search() leaves urlbar focused
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-05-17 09:50:57+00:00
Resolved: 2020-10-26 14:50:15+00:00

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

Steps to reproduce:

Depending on the "browser.newtabpage.enabled" and "browser.newtab.preload"
setting initiating a search in a new tab via browser.search.search()
will result in the urlbar being focused in the new tab.

I would consider this a bug because this differs with how the native search
from the urlbar and context menu work and it is inconsistent depending on
those two unrelated settings.  Specifically, the urlbar will be focused after
calling browser.search.search() without specifying a tabId if

browser.newtabpage.enabled == false

or

browser.newtabpage.enabled == true
browser.newtab.preload == false

In all other cases focus is on the page content as it is with native search.
Bug: Tabs opened with "open with Firefox" don't appear next to the opener tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-05-17 16:59:55+00:00
Resolved: 2020-05-22 20:03:50+00:00

STR:
1. In about:config, enable the "browser.helperApps.showOpenOptionForPdfJS" pref
2. Visit https://smallpdf.com/shared#pt=02fdd17c-5a41-4a2c-a381-e094422dca8d
3. Make sure there are some tabs to the right of the smallpdf tab
4. Click the "Download" button
5. In the Unknown Content Type dialog, make sure the "Open in Firefox" optino is selected
6. Click OK

Expected:
The new tab is opened immediately to the right of the smallpdf tab

Actual:
The new tab is opened at the end of the tabstrip.
Bug: gmail is removed from firefox top sites after synchronizing Firefox account
Status: UNCONFIRMED
Priority: P3
Created: 2020-05-17 17:58:07+00:00
Resolved: 2022-12-12 06:59:40+00:00

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

Steps to reproduce:

i moved to a new os and firefox installation, synchronised firefox account


Actual results:

i see that https://mail.google.com/mail/u/0/h/ that was on address bar top and new tab top is removed from there. also, when i manually added it to new tab top, it appeared after some time on address bar top, and when i unpinned it, it disappeared again from both of the places


Expected results:

it should not disappear
Bug: Yahoo.com and other websites can't load.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-17 18:17:14+00:00
Resolved: 2020-06-02 14:48:53+00:00

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

Steps to reproduce:

I typed www.yahoo.com in the address bar and pressed enter.


Actual results:

The site didn't load.


Expected results:

The site should've loaded.
Bug: "Open with Nightly" should be moved to the "Open with" entry when Nightly is the default
Status: NEW
Priority: P3
Created: 2020-05-17 18:42:48+00:00
Resolved: 2024-02-27 16:00:54+00:00

Maybe the new "Open with Nightly" entry could be moved to the "Open with" entry?

Instead of "Microsoft Edge" (or whatever program is used for viewing pdf) it should show "Firefox" as a default to open a pdf file.

This would avoid the additionally entry.

If i want to open a pdf inside Firefox, i then choose "Open with Firefox Nightly".
Bug: when i open a link in a new tab the page doesn't load. this doesn't happen with links that are opened in the same window or in a new window though.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-17 19:32:28+00:00
Resolved: 2020-07-24 14:22:57+00:00

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

Steps to reproduce:

When I left-click on a link


Actual results:

New tab opens.  Page doesn't load. Link is shown in the address bar. But no HTTP request is initiated.

I have to select the address bar and press enter. When I do that the page loads fine.


Expected results:

Page should load when i open a link in a new tab.
Bug: selinux rules for dbus make firefox crush
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-17 19:46:10+00:00
Resolved: 2020-05-20 22:37:48+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.122 Safari/537.36

Steps to reproduce:

Having the selinux enabled makes the firefox to not be able to start. When i disable it all works as expected.

[root@localhost ~]# ausearch -m AVC,USER_AVC -ts recent
----
time->Sun May 17 21:29:55 2020
type=USER_AVC msg=audit(1589743795.663:2010): pid=1308733 uid=0 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_dbusd_t:s0-s0:c0.c1023 msg='avc:  received policyload notice (seqno=2)  exe="/usr/bin/dbus-daemon" sauid=0 hostname=? addr=? terminal=?'
----
time->Sun May 17 21:29:56 2020
type=USER_AVC msg=audit(1589743796.021:2012): pid=1438 uid=81 auid=4294967295 ses=4294967295 subj=system_u:system_r:system_dbusd_t:s0-s0:c0.c1023 msg='avc:  received policyload notice (seqno=2)  exe="/usr/bin/dbus-broker" sauid=81 hostname=? addr=? terminal=?'
----
time->Sun May 17 21:29:58 2020
type=USER_AVC msg=audit(1589743798.393:2018): pid=1308733 uid=0 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_dbusd_t:s0-s0:c0.c1023 msg='avc:  received setenforce notice (enforcing=1)  exe="/usr/bin/dbus-daemon" sauid=0 hostname=? addr=? terminal=?'
----
time->Sun May 17 21:30:06 2020
type=USER_AVC msg=audit(1589743806.022:2021): pid=1438 uid=81 auid=4294967295 ses=4294967295 subj=system_u:system_r:system_dbusd_t:s0-s0:c0.c1023 msg='avc:  received setenforce notice (enforcing=1)  exe="/usr/bin/dbus-broker" sauid=81 hostname=? addr=? terminal=?'
[root@localhost ~]#  
[root@localhost ~]# sestatus 
SELinux status:                 enabled
SELinuxfs mount:                /sys/fs/selinux
SELinux root directory:         /etc/selinux
Loaded policy name:             targeted
Current mode:                   enforcing
Mode from config file:          enforcing
Policy MLS status:              enabled
Policy deny_unknown status:     allowed
Memory protection checking:     actual (secure)
Max kernel policy version:      32



Actual results:

Trying to start firefox (either from console of graphical), the browser crush. 


Expected results:

browser should be able to start and allow communication with dbus-daemon
Bug: [non-e10s]  about:newtab and about:home would not load if disable e10s
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-17 21:38:05+00:00
Resolved: 2020-05-18 12:14:51+00:00

Steps To Reproduce:
1. set MOZ_FORCE_DISABLE_E10S=1 in Dos prompt
2. Launch firefox.exe
3. Open newTab page(about:newtab) or Home(about:home)

Actual Results:
content is blank

Expected Results:
newTab / Home page should display

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3004bc7597a088e181fbcb9a9044b8d952e9d45f&tochange=5b47cfcab1554c89400b7a6299ff0cabac4bda0c
Bug: DNS-over-HTTPS: incessant nagging "opt-out"  pop-up that DoH is enabled
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-05-18 02:40:23+00:00
Resolved: 2021-12-06 09:32:59+00:00

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

Steps to reproduce:

Start or restart any  firefox 75.0 or 76.0.1 on linux, with a few open windows and tabs. 


Actual results:

There is an incessant nagging pop-up that DNS-over-HTTPS is enabled. The pop-up keeps coming back many times per firefox session, and after session restart as well. I have never been able to make it stop. Even after days and weeks of using firefox, the nagging pop-up keeps coming back. 

This pop-up is the same as what is described as the "Opt-out" here: 
https://support.mozilla.org/en-US/kb/firefox-dns-over-https





Expected results:

The nagging should stop after a very small number of presentation, say 1 or 5.
Bug: IDN spoofing using 'ノ'  ( U+30CE )
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-18 03:09:50+00:00
Resolved: 2023-12-03 05:58:38+00:00

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

Steps to reproduce:

1) Go to https://www.accounts.google.comノpathノen-usノlogincontributeノveryveryverylongdomain.example.com/



Actual results:

Shown as it is spoofing accounts.google.com


Expected results:

ノ shouldn't be used as a separator and the URL should should be shown in punnycode:

www.accounts.google.xn--compathen-uslogincontributeveryveryverylongdomain-2z81ceafp.example.com
Bug: When using Google Documents, "Command+," brings up "find in firefox preferences" instead of creating a subscript.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-18 04:03:54+00:00
Resolved: 2020-05-18 14:38:48+00:00

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

Steps to reproduce:

Was composing in Google Documents text requiring the use of subscripts. I implemented the Google documents shortcut of | command + , | to change the cursor to subscript mode.


Actual results:

Firefox opened up "Preferences" in an additional tab, and highlighted the "find in preferences" text box.


Expected results:

The active tab should have remained on my document and the cursor should have been lowered and put into subscript mode.
Bug: 0.36 - 0.48% installer size (osx-shippable) regression on push 9b8606a93c7591af9ebf57e6cbf2afb52f970ac5 (Fri May 15 2020)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-18 08:24:37+00:00
Resolved: 2020-07-01 22:09:39+00:00

Perfherder has detected a build_metrics performance regression from push [9b8606a93c7591af9ebf57e6cbf2afb52f970ac5](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=9b8606a93c7591af9ebf57e6cbf2afb52f970ac5). As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

0.48%  installer size osx-shippable opt instrumented     116,040,060.83 -> 116,595,368.92
0.36%  installer size osx-shippable opt nightly          83,181,379.71 -> 83,482,199.25


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=25972), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: The "What's New" panel is wrongly dismissed if the "Notify about new features" option is checked/unchecked through keyboard navigation
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-18 09:51:38+00:00
Resolved: 2020-07-02 00:38:19+00:00

**[Affected versions]:**
- Firefox Nightly 78.0a1 - Build ID: 20200517213618

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

**[Prerequisites]:**
- Have a new Firefox profile with the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to the "about:newtab#devtools-wnpanel" page.
3. Click the "Open What's New Panel" button and press the "Tab" key for 7 times.
4. Press the "Enter" key and observe the behavior.

**[Expected result]:**
- The "Notify about new features" option is unchecked and the "What's New" panel remains displayed.

**[Actual result]:**
- The "Notify about new features" option is unchecked, however, the "What's New" panel is wrongly dismissed.

**[Notes]:**
- This issue is reproducible if the "Space" key is pressed after the option is focused.
- This issue is also reproducible if the "What's New" panel is opened from the hamburger menu.
- Attached a screen recording of the issue.