av9ash/GitBugs huggingface dataset:
Bug: One-offs footer not always visible in private mode.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-18 15:57:44+00:00
Resolved: 2020-10-26 14:18:03+00:00

**Environment**
tested on Windows 10
81.0a1 20200818092452

**Steps**
-launch firefox
-open a private new window
-click on megabar (dont type anything)
 

**Actual Result**
footer selection is not visible

**Expected Result**
per design now footer selection should be visible always

**notes**

-Its uncertain what options will be visible in private mode, since for example history icon is not something  a user would want to see for private mode? or history wil be visible for that session only?

-If i type a word in megabar , the footer does show up with the one-offs
Bug: Saving PDF with modified form data not persisting form data
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-18 16:02:15+00:00
Resolved: 2022-10-25 14:42:18+00:00

STR:
1) Open PDF with form e.g. (https://www.irs.gov/pub/irs-pdf/f1040.pdf)
2) Fill out some form fields
3) Save the PDF (either ctrl/cmd+s or File->Save Page As)
4) Close PDF
5) Open saved file

Expected:
PDF has modified form data
Actual:
PDF form data is empty
Bug: Undo close tab/window reopens previously loaded pages even though the user specifically asked to not remember history
Status: UNCONFIRMED
Priority: --
Created: 2020-08-18 16:44:32+00:00
Resolved: 2023-10-06 11:32:07+00:00

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

Steps to reproduce:

Precondition:
1. Go to Options --> History
2. Uncheck "Remember browsing and download history"
3. Uncheck "Remember search and form history"
4. Check "Clear history when Firefox closes"

Procedure:
1. Open a new Firefox window.
2. Open some tabs to open some websites (e.g. www.google.com, www.facebook.com, www.mozilla.org,...)
3. Open another Firefox window.
4. Close the first window (with those tabs in step 2).
5. In the remaining window (in step 3), open the History by Ctrl+H.
6. Press Ctrl+Shift+N.


Actual results:

At step 5: Do not see any visited websites (history) => OK.
At step 6: A new window is opened with last visited websites (www.google.com, www.facebook.com, www.mozilla.org,...) --> The browsing history is revealed!! => NOT OK!


Expected results:

At step 6: A blank window should be opened. Or nothing opens at all. Once the tabs are closed, the information of visited websites should be erased and cannot be retrieved.
Bug: Results with hosts other than the search mode engine appear for the empty query
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-08-18 17:13:41+00:00
Resolved: 2020-08-21 03:46:30+00:00

If you enter search mode with an empty query and an engine other than one of the [general purpose engines](https://searchfox.org/mozilla-central/rev/23dd7c485a6525bb3a974abeaafaf34bfb43d76b/browser/components/urlbar/UrlbarUtils.jsm#186), we show history results from sites with hosts other than that engine's host. They appear to be the user's most-frecent sites. I suspect these are [UnifiedComplete's results for an empty search](https://searchfox.org/mozilla-central/rev/23dd7c485a6525bb3a974abeaafaf34bfb43d76b/toolkit/components/places/UnifiedComplete.jsm#1685). 

We should only show history items with a host matching the search mode engine's host.
Bug: As soon as I made Firefox my default browser, my web pages are dragging to load, my cursor is all over the place, and multiple windows are opening up when I clicked on Firefox to reach this site
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-18 21:28:42+00:00
Resolved: 2020-09-11 12:21:05+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 13_6 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.2 Mobile/15E148 Safari/604.1

Steps to reproduce:

All I did was click Firefox DEFAULT.   that’s it 


Actual results:

I got a virus     Pretty obvious the way everything is lagging 


Expected results:

My pc should have been secure using your software
Bug: Can't use normandy.liveTelemetry in filter expressions
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-18 21:45:30+00:00
Resolved: 2020-08-31 13:17:48+00:00

The targeting changing made in bug 1644743 force a direct evaluation of context items used, and don't catch any errors that might result. For simplicity it `await`s all values, which in the case of `normandy.liveTelemetry` causes it to be treated as a promise (which it is not). The live telemetry value asserts that the only valid way to use it is as `normandy.liveTelemetry.main` to provide nicer errors. `.then` is not `.main`, and so it throws an error that isn't important.

The live telemetry accessor shouldn't error out when it's `.then` attribute is accessed.
Bug: On opening Firefox, bookmark requires second click to navigate to page.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-18 21:51:06+00:00
Resolved: 2020-08-18 22:30:52+00:00

1. Open Firefox. Selecting first bookmark requires two clicks to start navigating to page. Same for first use of address bar, Enter button needs to be pressed twice.

Thereafter behavior is normal.

2. Closing Firefox and reopening causes same issue to appear again.

Issue only evident on Windows 10 2004 across all four of computers. Issue not evident on versions of Windows below 2004
Bug: Session restore opens windows.create type=panel in broken state
Status: REOPENED
Priority: --
Created: 2020-08-18 21:57:39+00:00
Resolved: 2022-02-04 23:25:42+00:00

When an extension creates a window type=panel, if the browser is closed while the window is open, upon session restore the window opens in a broken state, with no titlebar.

In some cases, if the addon has a sidebar ui that is open when the browser is shut down, the restored panel will appear with the sidebar.  However, while I and other users have observed the sidebar appearance behavior, I have not been able to consistently repeat this.  However the no-titlebar effect is consistently repeatable.

To use the attached demo addon:

1) Create new profile
2) Install the extension
3) Click on the green browserAction toolbar button
4) When popup opens, click the "open panel" button
5) Observe that panel opens
6) Close out and restart Firefox
7) Observe the panel appears without a titlebar

Either the panel should not open in a broken state, or SessionStore should not reopen panels.
Bug: Perma browser/components/migration/tests/unit/* | - The observer should be notified upon migration - false == true when Gecko 81 switches to Late Beta on 2020-09-04
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-18 22:14:53+00:00
Resolved: 2021-06-11 11:06:38+00:00

central-as-late-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=4e62175b4a098a18596949a17f86135fff5a25c0&selectedTaskRun=AM1msSuGRumUflYVnU5sKw.0

Log: https://treeherder.mozilla.org/logviewer.html#?job_id=313360629&repo=try

7416	21:26:46 WARNING - TEST-UNEXPECTED-FAIL | browser/components/migration/tests/unit/test_360se_bookmarks.js | xpcshell return code: 0
7435	21:26:46 WARNING - TEST-UNEXPECTED-FAIL | browser/components/migration/tests/unit/test_360se_bookmarks.js | - The observer should be notified upon migration - false == true
7454	21:26:46 WARNING - TEST-UNEXPECTED-FAIL | browser/components/migration/tests/unit/test_Chrome_bookmarks.js | xpcshell return code: 0
7488	21:26:46 WARNING - TEST-UNEXPECTED-FAIL | browser/components/migration/tests/unit/test_Chrome_bookmarks.js | test_Chrome - [test_Chrome : 151] The observer should be notified upon migration - false == true
Bug: DOS requiring reboot of user’s computer & memory corruption (Tested in linux)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-18 22:48:00+00:00
Resolved: 2024-09-16 05:51:04+00:00

Hello. 

I have found a security problem in firefox, where I can block any computer remotely, through an html with a malicious script that causes a DOS to the victim and can force the computer to restart. I attach a first version of the exploit, which I can improve it. For it to take effect, it only needs to be left open for a few minutes in the browser, depending on the resources of the machine, it may take less or more time.

What cause?

1) Denial-Of-Service
2) Remote Crash
3) And I think Memory Corruption
Bug: Messaging system targeting FxA oauth services/devices causes many requests to the FxA attached_devices endpoint
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-08-18 23:32:59+00:00
Resolved: 2020-09-12 09:43:52+00:00

On August 17th, when [deploying Firefox Accounts Train 184](https://bugzilla.mozilla.org/show_bug.cgi?id=1658958) to production I noticed elevated CPU/memory usage on the oauth database and redis instances correlating with a 10% increase in HTTP traffic starting at 2020-08-17T00:00:00Z. After digging into the logs, we found that the `/v1/account/attached_devices` route was seeing up to [100x to 150x more traffic than normal](https://earthangel-b40313e5.influxcloud.net/d/ezAX2ZiGz/fxa-routes-rps?viewPanel=26&orgId=1&from=1597118400000&to=1597809599000) . :rfkelly investigated various experiment platforms that we use and found that ASRouter has the ability to [list oauth service services/devices connected to the signed-in Firefox Account](https://searchfox.org/mozilla-central/rev/fa7f47027917a186fb2052dee104cd06c21dd76f/browser/components/newtab/lib/ASRouterTargeting.jsm#537) to support targeting messages. :k88hudson showed me how to use the ASRouter dev tools which allowed me to find two snippets (24160 and 24163) that use this feature.

:andreio added some more context around this filter:
> andreio - I know it was always problematic, we need the data to be as recent as possible (users actives some services => stop showing messages about that services) but the call is expensive to make. Would increasing the cache time on our side help?
> jbuck - on the caching time side - how often does snippets check targeting?
> andreio - every time you open a new tab until the user interacts with the snippet or the campaign is taken down
> andreio - there's a small 5 min cache (between opening 2 tabs) where we don't look at targeting (we assume nothing changed) and a 2hr cache for that attribute
> jbuck - lets say it got bumped up to a 4 hour cache - would it be reasonable to assume that it’d halve the traffic to this route? (edited) 

So, I think the short-term fix is increasing the cache expiry time to 4 hours, to reduce traffic to this endpoint.

The long-term fix is probably having FxA client within the browser cache this information/use push notifications to keep it up to date so ASRouter doesn't need to worry about these details.
Bug: Load search bar results in background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-19 00:37:07+00:00
Resolved: 2020-08-26 17:25:05+00:00

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

Steps to reproduce:

about config settings changed to:

- browser.search.context.loadInBackground	true
- browser.search.openintab	true


Actual results:

search bar results are opening in new tab which is FOCUSED


Expected results:

Search bar results should load in a new tab in BACKGROUND
Bug: Enterprise policy messaging should offer more details when it's specifically AV adding enterprise roots and nothing else
Status: NEW
Priority: P3
Created: 2020-08-19 01:41:56+00:00
Resolved: 2020-08-25 15:51:56+00:00

There is a report that [Firefox suddenly showed mysterious "Your browser is being managed by your organization" message](https://twitter.com/SugatorE/status/1295883487350685696) in the Options page without saying which organization it is. [`about:policies` showed "ImportEnterpriseRoots"](https://twitter.com/SugatorE/status/1295889369484496898) and the `security.enterprise_roots.enabled` was locked and couldn't be disabled.

Bug 1533397 says it can be autoenabled for external antivirus products, but the lack of details can confuse users.
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-19 05:44:13+00:00
Resolved: 2020-09-15 17:01:14+00:00

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

---

[task 2020-08-19T04:02:53.581Z] 04:02:53     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | checking expected number of menu entries - 
[task 2020-08-19T04:02:53.581Z] 04:02:53     INFO - Leaving test bound test_svg_relative_link
[task 2020-08-19T04:02:53.582Z] 04:02:53     INFO - Entering test bound test_cleanup_html
[task 2020-08-19T04:02:53.583Z] 04:02:53     INFO - Leaving test bound test_cleanup_html
[task 2020-08-19T04:02:53.583Z] 04:02:53     INFO - Buffered messages finished
[task 2020-08-19T04:02:53.584Z] 04:02:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2020-08-19T04:02:53.584Z] 04:02:53     INFO - GECKO(4300) | [Child 772: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0B5BFC00 == 6 [pid = 772] [id = {7121074f-76ec-4cf2-975a-8b2d06fb6cb1}] [url = http://example.com/browser/browser/base/content/test/contextMenu/audio.ogg]
[task 2020-08-19T04:02:53.584Z] 04:02:53     INFO - GECKO(4300) | [Child 772: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0B5BF400 == 5 [pid = 772] [id = {af36a371-f812-4ea7-a9d1-e29aec7122ef}] [url = http://example.com/browser/browser/base/content/test/contextMenu/video.ogg]
[task 2020-08-19T04:02:53.585Z] 04:02:53     INFO - GECKO(4300) | [Child 772: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0B5BE800 == 4 [pid = 772] [id = {5996124b-077f-4f30-87dd-dd8a96035008}] [url = about:blank]
[task 2020-08-19T04:02:53.585Z] 04:02:53     INFO - GECKO(4300) | [Child 772: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0B5C0000 == 3 [pid = 772] [id = {17d84e32-8f45-451d-a4fe-57e40be2c0dc}] [url = http://example.com/browser/browser/base/content/test/contextMenu/ctxmenu-image.png]
[task 2020-08-19T04:02:53.586Z] 04:02:53     INFO - GECKO(4300) | [Child 772: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 0B5C0800 == 2 [pid = 772] [id = {175dc9e5-8b46-4572-893a-6fb49640c702}] [url = about:srcdoc]
[task 2020-08-19T04:02:53.586Z] 04:02:53     INFO - GECKO(4300) | MEMORY STAT | vsize 868MB | vsizeMaxContiguous 584MB | residentFast 277MB | heapAllocated 99MB
[task 2020-08-19T04:02:53.587Z] 04:02:53     INFO - TEST-OK | browser/base/content/test/contextMenu/browser_contextmenu.js | took 111914ms
Bug: Content area does not get focus after drag & drop a html file to about:newtab page from Explorer
Status: NEW
Priority: P2
Created: 2020-08-19 08:15:45+00:00
Resolved: 2021-11-24 22:38:54+00:00

Reproducible : always

Steps To Reproduce:
1. Open New Tab Page or Default Home
   --- Observe address bar gets focus as expected
2. Drag and drop a html file to blank area of the New Tab Page from Explorer
3. Click on Browser Title bar or Task button of Firefox in Windows taskbar so that Brower window will be topmost.

Actual Results:
Page loaded as expected.
However, Content area does not get focus. Address bar is still focused (i.e, blinking caret in the address bar).
So, Content area would not scroll with key board unless click the content area.


Expected Results:
Content area should get focus.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cc6516a63bb5500f1594ea675766f418dc4bed23&tochange=1628b650e8fb6437de6f0146d993b119d4e2cd21
Bug: [macOS] separator lines in search widget visible after hovering over search engines
Status: NEW
Priority: P5
Created: 2020-08-19 08:55:01+00:00
Resolved: 2020-09-23 13:17:58+00:00

**Affected versions**
* 78.2 ESR, 80.0, 81.0a1(2020-08-17)

**Affected platforms**
* macOS 10.15;

**Steps to reproduce**
1. Launch Firefox, set browser.search.widget.inNavBar - true;
2. Access any Page that has an open search engine or autodiscovery embeded
- olx.ro
- bugzilla.mozilla.org
- youtube.com
- facebook.com"
3. Hover over the search engines from the list after adding each one;

**Expected result**
* no visual artefacts remain after hovering;

**Actual result**
* separator lines visible after hovering over them;

**Regression range**
* last good: [2019-09-19](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=19704452bd548d0c36d601d609cfcfe2c3e0caa2&tochange=2e3d007effb85aef6c368a964152dea8d1755ed9);
* first bad: [2019-09-19](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=19704452bd548d0c36d601d609cfcfe2c3e0caa2&tochange=c221a75fbf2957b6254fedb96436b5efbf0fd147);
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2019-09-19&enddate=2019-09-20);

**Additional notes**
* attached recording with the issue;
* S4 as suggested severity.
Bug: Navigation between modal buttons doesn't work using the keyboard arrows
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-19 09:16:03+00:00
Resolved: 2021-06-04 19:58:35+00:00

#### Affected versions:

80 RC, Nightly 81.0a1 (2020-08-19)
#### Tested on:

Windows 10, Ubuntu 18.04
#### Steps:

  1. Launch Firefox with a new profile and go to about:pioneer
  2. Click the Get Started blue button
  3. Using the keyboard arrows try to switch between Cancel and Accept and Join Pioneer buttons.

#### Actual result:
The user cannot navigate between modal button using the keyboard arrows. It works just with TAB and Shift+TAB.
#### Expected result:
Navigation between modal buttons should work using the keyboard arrows. It works in other Firefox modals.

Severity suggestion: S3
Bug: about:pioneer modals are not dismissed by clicking outside of it
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-19 09:55:06+00:00
Resolved: 2021-06-16 02:23:12+00:00

#### Affected versions:

80 RC, Nightly 81.0a1 (2020-08-19)
#### Tested on:

Windows 10, Ubuntu 18.04.
#### Steps:

  1. Launch Firefox with a new profile and go to about:pioneer
  2. Click the Get Started blue button
  3. Click anywhere outside the modal.

#### Actual result:
The modal content is highlighted and the modal is not dismissed.
#### Expected result:
The modal should be dismissed by clicking outside of it and acting like a Cancel. This is the other firefox modals behavior. If by clicking outside the modal doesn't dismiss it is expected in this case, the content should not be highlighted.

Severity suggestion: S3
Bug: misleading information when SSL certificate has multiple errors
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-19 11:29:20+00:00
Resolved: 2020-08-28 10:23:44+00:00

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

Steps to reproduce:

Hello. I have spotted a regression with the new certificate GUI.

When there are multiple issues with a certificate, the message only mentions the expiration. This is very bad, because it allows tricking people into thinking "Oh, OK, the certificate expired an hour ago, so this is probably OK". 

This affects both
a) expired self-signed certificates (MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT)
b) expired certificate for different domain (SSL_ERROR_BAD_CERT_DOMAIN)
c) expired certificates from unknown CAs (SEC_ERROR_UNKNOWN_ISSUER)



Actual results:

a)
Websites prove their identity via certificates, which are valid for a set time period. The certificate for www.linc.or.jp expired on 12/27/2011.
 Error code: MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT

b+c)
Websites prove their identity via certificates, which are valid for a set time period. The certificate for www.pizzolo.com expired on 3/31/2010.
 Error code: SEC_ERROR_UNKNOWN_ISSUER


Expected results:

a)
www.linc.or.jp uses an invalid security certificate.
 The certificate is not trusted because it is self-signed.
 Error code: MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT

b+c)
Someone could be trying to impersonate the site and you should not continue.
Websites prove their identity via certificates. Firefox does not trust www.pizzolo.com because its certificate issuer is unknown, the certificate is self-signed, or the server is not sending the correct intermediate certificates.
Error code: SEC_ERROR_UNKNOWN_ISSUER

Furthermore, in the case of SSL_ERROR_BAD_CERT_DOMAIN it will even say "The certificate for domain-you-are-browsing.com is ....." even though the actual certificate is for an entirely different domain altogether.

Credits for the website links go to https://www.mangle.ca/homepage.php
Bug: JS error on startup on a clean profile: PlacesUtils.getToolbarFolderCount is not a function
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-19 12:19:10+00:00
Resolved: 2021-06-11 11:06:58+00:00

[Tracking Requested - why for this release]:
Broken bookmarks toolbar detection code

STR:

1. open nightly profile manager
2. create new profile
3. start
4. open browser console

ER:

no errors

AR:
new error pointing to https://searchfox.org/mozilla-central/rev/23dd7c485a6525bb3a974abeaafaf34bfb43d76b/browser/components/places/PlacesUIUtils.jsm#1195

I'm guessing

```js
      let getToolbarFolderCount = () => {
        let toolbarFolder = PlacesUtils.getFolderContents(
          PlacesUtils.bookmarks.toolbarGuid
        ).root;
        let toolbarChildCount = toolbarFolder.childCount;
        toolbarFolder.containerOpen = false;
        return toolbarChildCount;
      };
```

which was removed from BrowserGlue.jsm was supposed to make it into `PlacesUtils` to be a method there?
Bug: PDF are not shown when chosen to open on Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-19 18:41:40+00:00
Resolved: 2021-01-19 16:07:27+00:00

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

Steps to reproduce:

Click on pdf files on a website


Actual results:

It shows a message "This PDF file can't be shown correctly". And then the document is shown white in some parts.
Bug: Restoring sessions also restores window size in i3wm.
Status: UNCONFIRMED
Priority: --
Created: 2020-08-20 01:35:02+00:00
Resolved: 2023-10-06 11:32:10+00:00

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

Steps to reproduce:

- Open Firefox, and a second program.
    - Tile the second program either on the left side or the right.
- Reboot while Firefox and the second program is open, then open Firefox. You will be met with a screen that asks you about restoring sessions.
- Select the blue button with the text "Restore Session".


Actual results:

The window has been resized into the previous session's window, but clips into the full-size window.


Expected results:

- Restores tabs without restoring window size.
Bug: [Win] session restore does not display TAB-name after an about:crashparent
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-20 06:23:58+00:00
Resolved: 2023-11-10 17:28:23+00:00

**Affected versions**
* 81.0a1 (2020-08-19)

**Affected platforms**
* Windows 10 

**Steps to reproduce**
1. Launch Firefox, open several tabs, wait for pages to load;
2. In the second one type about:crashparent;
3. Restart the browser(yes& input test on details);

**Expected result**
* browser and session restored;

**Actual result**
* tabs restored but with [New Tab] instead of name+favicon

**Regression range**
* will check and provide one asap;

**Additional notes**
* attached screenshot with the issue, opened tabs were the ones in the top-sites section;
* the pages do load content and update name+favicon after being accessed;
* S3 as suggested severity, since it might be limited to about:crashparent test.