av9ash/GitBugs huggingface dataset:
Bug: Clicking the URL bar lock icon does nothing on some sites
Status: UNCONFIRMED
Priority: P5
Created: 2020-05-08 17:02:50+00:00
Resolved: 2023-01-12 11:00:36+00:00

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

Steps to reproduce:

Open the web site https://infosec-handbook.eu/ with Flatpak release of 76.0.1 for x86_64 on Debian 10.


Actual results:

Web page loads normally and shows the lock icon in the URL bar. When I hover the mouse cursor over the lock icon, it says (correctly) "Verified by Let's Encrypt".

However if I click the lock icon, nothing happens.


Expected results:

It should open the "Site Information for infosec-handbook.eu" page, like it does with other versions of Firefox.
Bug: Token Key Exposed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-08 17:33:25+00:00
Resolved: 2020-05-09 13:35:02+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:

Application details
------------------
file name: Firefox
version : 18.05
md5: 4E768DD187019C6875777975F82E0700
Summary
---------

I was doing malware analysis through pestudio . and found that its manifest (admin-name) is publicly exposed . which is leaking public key token and support OS ID. I have tested different application .but i didnt found  this manifest publicly available . but here it is exposed

Steps to generate
-------------------

>> download pestudio
https://www.winitor.com/

>> upload file
>> we can see that (manifest (aslnvoker)) is exposed. actually this should be  set as n/a

----------------

While doing analysis . i found two malware attached with this software "Unsafe" and "W32.AIDetectVM.malware2" which was detected by Cylance and Bkav




Actual results:

we get manifest including publicKeyToken="6595b64144ccf1df" 



Expected results:

Manifest should be hidden or set to n/a
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/uitour/test/browser_closeTab.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-05-08 18:06:56+00:00
Resolved: 2020-06-09 17:02:28+00:00

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

---

[task 2020-05-08T17:00:23.682Z] 17:00:23     INFO - TEST-START | browser/components/uitour/test/browser_closeTab.js
[task 2020-05-08T17:06:33.688Z] 17:06:33     INFO - Buffered messages logged at 17:00:23
[task 2020-05-08T17:06:33.688Z] 17:06:33     INFO - Entering test bound setup_UITourTest
[task 2020-05-08T17:06:33.689Z] 17:06:33     INFO - Leaving test bound setup_UITourTest
[task 2020-05-08T17:06:33.690Z] 17:06:33     INFO - Entering test bound test_closeTab
[task 2020-05-08T17:06:33.691Z] 17:06:33     INFO - Buffered messages finished
[task 2020-05-08T17:06:33.692Z] 17:06:33    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/uitour/test/browser_closeTab.js | application timed out after 370 seconds with no output
[task 2020-05-08T17:06:33.693Z] 17:06:33    ERROR - Force-terminating active process(es).
[task 2020-05-08T17:06:33.693Z] 17:06:33     INFO - Determining child pids from psutil...
Bug: Intermittent browser/components/urlbar/tests/browser/browser_autocomplete_a11y_label.js | Uncaught exception - at resource://testing-common/UrlbarTestUtils.jsm:125 - TypeError: element is undefined
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-05-08 19:12:42+00:00
Resolved: 2021-08-02 06:10:04+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=301407404&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/MVhlW_okS1SR7Ci-q7fU5A/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-05-08T13:04:12.358Z] 13:04:12     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_autocomplete_a11y_label.js
[task 2020-05-08T13:04:12.373Z] 13:04:12     INFO - GECKO(4573) | [Parent 4573: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 0x7fc75a647400 == 6 [pid = 4573] [id = {174c402c-b6bf-473d-a12d-412c0f616ac4}]
[task 2020-05-08T13:04:12.375Z] 13:04:12     INFO - GECKO(4573) | [Parent 4573: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 20 (0x7fc75b181d40) [pid = 4573] [serial = 59] [outer = (nil)]
[task 2020-05-08T13:04:12.376Z] 13:04:12     INFO - GECKO(4573) | [Parent 4573: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 21 (0x7fc75a649000) [pid = 4573] [serial = 60] [outer = 0x7fc75b181d40]
[task 2020-05-08T13:04:12.569Z] 13:04:12     INFO - GECKO(4573) | [Parent 4573, Main Thread] WARNING: NS_ENSURE_TRUE(rootFrame) failed: file /builds/worker/checkouts/gecko/dom/base/nsGlobalWindowOuter.cpp, line 4324
[task 2020-05-08T13:04:12.585Z] 13:04:12     INFO - GECKO(4573) | [Parent 4573: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 22 (0x7fc75a65a000) [pid = 4573] [serial = 61] [outer = 0x7fc75b181d40]
[task 2020-05-08T13:04:12.647Z] 13:04:12     INFO - TEST-INFO | started process screentopng
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - TEST-INFO | screentopng: exit 0
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - Buffered messages logged at 13:04:12
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - Entering test bound switchToTab
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - Buffered messages finished
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_autocomplete_a11y_label.js | Uncaught exception - at resource://testing-common/UrlbarTestUtils.jsm:125 - TypeError: element is undefined
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - Stack trace:
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - getDetailsOfResultAt@resource://testing-common/UrlbarTestUtils.jsm:125:18
[task 2020-05-08T13:04:12.903Z] 13:04:12     INFO - Leaving test bound switchToTab
Bug: Screenshots is submitting a large number of Sentry reports
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-05-08 19:31:21+00:00
Resolved: 2020-05-22 20:33:14+00:00

Since the Firefox 76 launch our Sentry server has been receiving a very large (1M+) number of error messages.

This comes from a code path that was mostly quiet and seemingly does not keep Screenshots from working, but was reporting errors so we could debug the exceptions. This has clearly gotten out of control.

I looked into suppressing Sentry generally in the client, which we should consider, but we can also suppress this particular exception fairly easily. The error is in [uicontrol.js](https://searchfox.org/mozilla-central/rev/dc4560dcaafd79375b9411fdbbaaebb0a59a93ac/browser/extensions/screenshots/selector/uicontrol.js#455-461)
Bug: very slow loading
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-08 20:37:37+00:00
Resolved: 2020-05-22 21:12:22+00:00

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

Steps to reproduce:

After updating to v76
Firefox take so long time to open tabs and load pages


Actual results:

Firefox take so long time to open tabs and load pages
Bug: Tab History or State broken/incorrect
Status: RESOLVED
Priority: P4
Resolution: INCOMPLETE
Created: 2020-05-08 21:47:59+00:00
Resolved: 2021-10-14 16:00:14+00:00

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

Steps to reproduce:

Searched "webview library" in the title bar.
clicked first ddg result "https://github.com/zserge/webview"
clicked issues, I'm now at "https://github.com/zserge/webview/issues"
middle clicked refresh to open another copy of the tab


Actual results:

The tab that opens when I middle-click refresh is a different URL "https://duckduckgo.com/?t=ffab&q=webview+library&ia=web"


Expected results:

middle click refresh usually opens the same page, "refreshes in a new tab" is how I treat it. I would expect the new tab to be at the url "https://github.com/zserge/webview/issues"

**** ALSO RELATED ****
The other issue is that when I close that tab and hit ctrl-shift-t it opens the same wrong URL, I can't close a bunch of tabs and re-open them because some are seemingly randomly on different pages then when they  closed.
Bug: Runaway memory use on open.spotify.com
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-08 22:51:04+00:00
Resolved: 2020-08-18 20:46:32+00:00

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

Steps to reproduce:

(Firefox: 76.0, OS: Archlinux)

I played music on open.spotify.com for a very long time (full day).

I can't reliably reproduce this bug, but I could dump a memory report (attached).


Actual results:

Runaway memory allocation. The spotify tab started allocating memory until I closed the tab or killed Firefox. Not doing so makes the system unresponsive and requires a hard reset.


Expected results:

No runaway memory allocation, or mitigation by Firefox.
Bug: External Protocol / scheme handler dialog can be spawned from background tabs leading to spoofing of the origin of the link that's opening
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-05-09 04:51:44+00:00
Resolved: 2024-05-30 17:14:15+00:00

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

Steps to reproduce:

Please visit the link https://sites.google.com/view/lijocheck/home

there have two button one have set time out 40, another set timeout 4000 

if click button 40 s launch application will popup on about:blank it will not load contact form of apple
if click button 4000 s launch application will popup on https://www.apple.com/contact/ and user think its from https://www.apple.com/contact/ will contact them with given number


Actual results:

launch application window opened in spoof url it must open on about blank url.




Expected results:

launch application window must open on about blank url. 

html 
<html>
    <head>
        <title>Tel Check</title>
    </head>
    <body>
        <li>click button 40 s <button onclick="pwn40()">clickme</button> </li>
<li>click button 4000 s <button onclick="pwn4000()">clickme</button> </li>

        <br>
        

        <script>
var pwn40 = () => {
                win = window.open("https://www.apple.com/contact/ ", "test", "width=800 height=800");
                setTimeout("win.location = 'tel:tel:+919747 '", 40);
            }

var pwn4000 = () => {
                win = window.open("https://www.apple.com/contact/ ", "test", "width=400 height=400");
                setTimeout("win.location = 'tel:+919747 '", 400);
            }
        </script>
    </body>
    </html>

Serve it on a wb server
Bug: when a search term has "/" as the first character, upon pressing enter the address bar prepends "http:/" and visits a website instead of searching
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-05-09 10:10:55+00:00
Resolved: 2020-06-25 13:40:11+00:00

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

Steps to reproduce:

typed /a (or any alpha character following a slash) in the address bar.


Actual results:

the address bar prepended http/ before my search string and appended a slash. upon pressing enter a website (e.g. www.a.com) was visited.


Expected results:

the search strings should have been submitted to the search engine.
Bug: Reader mode URLs (especially "switch to tab") should be deduplicated and replaced by "Title - URL" for the address bar, like normal pages
Status: NEW
Priority: P3
Created: 2020-05-09 14:12:57+00:00
Resolved: 2023-07-10 14:54:38+00:00

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

Steps to reproduce:

Start typing into the addressbar for words present in the title or URLs of pages I previously visited


Actual results:

I get a TON of noise from "about:reader?url=https%3A%2F%2Fblahblah%20somegibberishunreadablecrap.com" instead of getting cleanly shown results like regular pages. See the attached screenshot for a "simple" example, but I typically get a screenful of those unreadable "about:reader" URLs for everything I type.


Expected results:

At the very least (maybe as a first-step intermediate fix), the URLs should be decoded/unescaped, so that they don't have all this %3A %2F %20 gibberish in them.

Next, it should show the title, to be consistent with the rest of suggestions in the addressbar. Indeed, every other result that comes from either bookmarks or history is presented as "Title - human-readable URL - action" whereas this is currently presented as "garbled URL - action". So I would like it to display the title and cleaned URL (as above) so that I my eyes can easily skim it.

Third, ideally Firefox should detect if those match a bookmark for the corresponding page, and if so present only a single/entry for this in the addressbar's dropdown, instead of both the bookmark and the reader URL variant.


Maybe the new megabar/awesomebar code could be an opportunity to clean up that particular thorn in the otherwise pleasant user experience?
Bug: address bar popup Menu persists until...
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-09 14:54:27+00:00
Resolved: 2020-05-15 12:31:25+00:00

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

Steps to reproduce:

In open tab, left-click in address bar, then left-click again (on tab, or elsewhere in menu area, or even within address bar again) attempting to exit pop-up choices.


Actual results:

Pops up menu of main sites visited - menu persists, hiding part of window content. 

To exit menu requires user to hit "Esc" or click mouse on a different tab, or in webpage area, or outside of Firefox. These required actions are not intuitive/convenient.




Expected results:

Should exit menu on 2nd click in address bar, or by clicking in menu area, or on tab itself. 

These actions are easier to take with the mouse and more intuitive.
Bug: Using profiles leads to extra and persistent dock icons
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-09 19:25:35+00:00
Resolved: 2020-05-10 19:43:32+00:00

I launch more than one FF instance for different purposes. To launch my main profile, I just click on the normal Dock icon. I launch other instances from Terminal, like:

% alias
fff='/Applications/Firefox.app/Contents/MacOS/firefox -P fb'
ffn='/Applications/Firefox.app/Contents/MacOS/firefox -P niall'
%

In the screenshot, you can see my Dock. I have my main instance running. I launched profile "fb" and then launched profile "niall". Then I quit profile "niall" and re-launched it.

Every time I launch a profile, I get a separate icon in the Dock. I can launch and quite the "niall" profile 6 times, and I get 6 icons in the Dock. Why does it not re-use the icon for the same profile?

Theoretically, this should work by:

1) having a Dock icon get used for a particular profile launch and not duplicate the icon.
2) clicking on the icon could launch FF for that profile. It could work!

Wouldn't that be wonderful?
Bug: Runaway memory and paging use on theguardian.com map page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-09 21:11:06+00:00
Resolved: 2020-05-29 14:18:01+00:00

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

Steps to reproduce:

When I visit:

https://www.theguardian.com/world/ng-interactive/2020/may/05/coronavirus-map-of-the-us-latest-cases-state-by-state




Actual results:

The page starts to display, then RAM maxes out, then paging starts going up.  The system freezes and a hard reset is needed to recover.  This is the only page I have seen this happen on, and must be related to the map display code used on the page.

This is on Win7 Pro x64.  Firefox has Privacy Badger and uBlock Origin enabled, but turning them off has no effect.  It is repeatable, happens every time.  I will try with a private window and see if that makes any difference.

This system has an SSD so I suspect the faster disk access contributes to the system freezing.




Expected results:

The page should load normally.
Bug: Restarting Firefox after update doesn't reopen windows on other desktops
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-09 23:47:01+00:00
Resolved: 2020-05-10 04:07:27+00:00

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

Steps to reproduce:

1. Have Firefox open with multiple tabs in multiple windows on multiple desktops.
2. Update Firefox using the Update & Restart function
3. Only the windows of one desktop are reopened


Actual results:

I updated my FF in my main workspace window on Win10 and chose to restart FF. When FF reopened it only opened up the windows and tabs on my work desktop (virtual desktop 2)


Expected results:

I get that it might be really hard (or even impossible) to spawn the windows back into the virtual desktop they were active in, so maybe a fix would be to spawn all the windows of all the desktops in one desktop and have the user manually assign the windows to different desktops.
Bug: Record in telemetry during re-auth if Windows is configured to not prompt on wakeup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-10 00:09:23+00:00
Resolved: 2020-11-10 18:06:27+00:00

As reported at https://www.reddit.com/r/firefox/comments/gff2wj/windows_security_mozilla_firefox/fpzm06j users may have the option set within Windows to not prompt for a password when waking from sleep. It's possible that these users have a password but don't remember it and since they don't require a password to resume their machine then they arguably are not as concerned about access to their machine.

We should see if we can skip prompting if this is enabled.
Bug: On opening firefox, the search bar accepts focus and then removes it
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-10 09:29:34+00:00
Resolved: 2020-05-28 23:13:21+00:00

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

Steps to reproduce:

1. Open Firefox
2. Click with the mouse on the search bar (not the address bar), to start writing.


Actual results:

The focus is lost, as if it had never been clicked.
This means that it is irrelevant how fast the GUI shows up, Firefox isn't usable then (at least not the search).
I am using the "Tree Style Tab" addon (v. 3.5.4 (2020.5.5)), vertically, on the left, and it seems that only when that loads and the tabs show up that Firefox becomes usable.


Expected results:

Firefox should accept the input.
Bug: Lockwise login search returns extra (wrong) logins
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-10 11:09:41+00:00
Resolved: 2022-04-20 19:12:08+00:00

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

Steps to reproduce:

Opened the Lockwise (about;logins) UI from the Open Menu, keyed in "jam"to find Jamellcables site login. 


Actual results:

Lockwise UI returned 3 site logins, the ONE correct oen, and 2 others with NO pattern match on "jam".


Expected results:

Just the ONE site login should have been returned, with the site URL of:
https://www.jamellcables.com.au/
Bug: Firefox update resets locale to en-US
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-10 11:13:08+00:00
Resolved: 2020-05-11 10:33:20+00:00

Ok this is the second time this has happened. Currently when Firefox auto-updates, it resets the locale from gd-GB to en-US. When I go to Options > Language, gd-GB isn't even offered any more. I have to "Search for more languages" and "Select a language to add", "Add" and the remove English.
Something is wrong in the updater, it can't even be getting this from my OS locale (not that it should even try to...) because I'm on Win 10 with a gd-GB UI.
Bug: Although it does not get permission during import, it does not give error.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-10 12:46:03+00:00
Resolved: 2020-05-12 17:47:07+00:00

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

Steps to reproduce:

I tried to transfer Chrome passwords to firefox. 


Actual results:

Although I reject the permission part while importing Chrome data, it says "imported" without error for passwords. Bookmarks are imported but not passwords. But still shows "imported". When i only check passwords box, its still shows me success screen.


Expected results:

The error screen had to appear because it could not get the passwords. But instead, the "transfer complete" screen appears. Although I only select the passwords box.
Bug: Typing "r/" in the address bar should go to the subreddit instead of r.com
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-05-10 17:22:04+00:00
Resolved: 2020-05-15 12:05:07+00:00

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

Steps to reproduce:

Type r/Firefox, r/FirefoxCSS, r/ChromeOS, r/Jokes, r/modhelp, or any other subreddit name into the Firefox address bar.


Actual results:

Goes to `r.com/SUBNAME`, where SUBNAME is the subreddit name.


Expected results:

Go to `https://www.reddit.com/r/SUBNAME/` (SUBNAME is subreddit name).
Bug: Legends in browser compatibility section incorrectly include dots
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-05-10 20:26:20+00:00
Resolved: 2020-06-01 18:46:26+00:00

What did you do?
================
1. Access https://developer.mozilla.org/en-US/docs/Web/API/HTMLElement/outerText
2. Scroll down to Browser Compatibility
3. See how the legends look

What happened?
==============
Legends have a dot in their boxes on Firefox, while they have a short underline on Chrome.

What should have happened?
==========================
They should look same. (Edit: By removing those dots)

Is there anything else we should know?
======================================
Bug: Passwords in about:logins cannot be read or copied on Linux
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-05-11 02:13:54+00:00
Resolved: 2020-05-18 08:52:36+00:00

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

Steps to reproduce:

Try to see a password, by clicking the "eye", or copy it by clicking "copy".



Actual results:

Nothing happens. I cannot see the password, and it is not copied.


Expected results:

I should be able to see the password or copy it.

This started yesterday. I just installed the newest version and it still a problem: 78.0a1 (2020-05-10) (64-bit)
Bug: Back button shown after clicking "Go Back" button in about:neterror
Status: NEW
Priority: P3
Created: 2020-05-11 04:14:37+00:00
Resolved: 2024-01-02 17:00:56+00:00

I couldn't think of a simple and concise bug title for this. STR:

1. Navigate to badssl.com
2. Right click on the "expired" link and choose Open Link in New Tab, and select the newly opened tab
3. Click "Go Back (Recommended)"

Expected results:
Newtab page is shown and *forward* button is available to navigate back to expired.badssl.com

Actual results:
Newtab page is shown and *back* button is available to navigate back to expired.badssl.com, and after clicking the back button, the "Go Back" button actually is equivalent to clicking "forward"... which all works ok, but is kinda confusing.

This is happening at [1]. I'm not sure if it's easy to put the newtab page at the bottom of the session history stack rather than pushing it on top, and if it's not, I don't see a good way to fix this bug, but I wanted to have it on file.

[1] https://searchfox.org/mozilla-central/rev/fa52bedc4b401c12251513fa1c9df1753a29abb2/browser/actors/NetErrorParent.jsm#148-153