av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_rollback.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-02-07 10:03:42+00:00
Resolved: 2020-07-12 22:24:20+00:00

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

---

task 2020-02-07T09:35:14.489Z] 09:35:14     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_rollback.js | TRR mode is 2 - 
[task 2020-02-07T09:35:14.490Z] 09:35:14     INFO - Buffered messages finished
[task 2020-02-07T09:35:14.491Z] 09:35:14     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_rollback.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-02-07T09:35:14.492Z] 09:35:14     INFO - Stack trace:
[task 2020-02-07T09:35:14.492Z] 09:35:14     INFO - chrome://mochikit/content/browser-test.js:test_is:1320
[task 2020-02-07T09:35:14.493Z] 09:35:14     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:92
[task 2020-02-07T09:35:14.493Z] 09:35:14     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_rollback.js:testRollback:31
[task 2020-02-07T09:35:14.493Z] 09:35:14     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-02-07T09:35:14.493Z] 09:35:14     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-02-07T09:35:14.493Z] 09:35:14     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
Bug: The tab key doesn’t work anymore to select a URL bar suggestion
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-07 11:58:59+00:00
Resolved: 2020-02-25 21:24:10+00:00

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

Steps to reproduce:

Type something in the URL bar, press the tabulation key on my keyboard.


Actual results:

It selects the next element in the browser UI.


Expected results:

It used to select the next suggestion. I suspect it might be on purpose, to let users navigate to the next item without having to close the suggestions first, but it could be nice to have an option to set this behavior back.
Bug: doh-rollout local storage migration test times out locally due to add-on not being recognized as privileged
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-07 15:54:41+00:00
Resolved: 2020-07-12 22:24:28+00:00

I don't know why this doesn't happen in automation, but Shane found a fix and I think we should land it.
Bug: Intermittent browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | Found the expected heuristics event. - Got 2, expected 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-02-07 16:27:33+00:00
Resolved: 2020-07-12 22:24:37+00:00

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

---

[task 2020-02-07T15:03:30.426Z] 15:03:30     INFO - TEST-PASS | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | No change in TRR mode - 
[task 2020-02-07T15:03:30.426Z] 15:03:30     INFO - Buffered messages finished
[task 2020-02-07T15:03:30.427Z] 15:03:30     INFO - TEST-UNEXPECTED-FAIL | browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js | Found the expected heuristics event. - Got 2, expected 1
[task 2020-02-07T15:03:30.427Z] 15:03:30     INFO - Stack trace:
[task 2020-02-07T15:03:30.428Z] 15:03:30     INFO - chrome://mochikit/content/browser-test.js:test_is:1320
[task 2020-02-07T15:03:30.428Z] 15:03:30     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/head.js:checkHeuristicsTelemetry:92
[task 2020-02-07T15:03:30.428Z] 15:03:30     INFO - chrome://mochitests/content/browser/browser/extensions/doh-rollout/test/browser/browser_dirtyEnable.js:testDirtyEnable:25
[task 2020-02-07T15:03:30.428Z] 15:03:30     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-02-07T15:03:30.429Z] 15:03:30     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-02-07T15:03:30.429Z] 15:03:30     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-02-07T15:03:30.429Z] 15:03:30     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:808
Bug: Facebook will no longer load in Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-07 20:02:33+00:00
Resolved: 2020-02-28 12:26:54+00:00

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

Steps to reproduce:

Firefox will not load Facebook AT ALL. Have cleared cache and restarted in Safe Mode. Nothing.
Bug: Tab key in address bar moves focus to view history button
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-07 23:37:06+00:00
Resolved: 2020-02-08 00:40:40+00:00

STR:
1) Focus on address bar
2) type something
3) hit tab

Expected Result:
The tab should move the focus down the list of results in the address bar

Actual:
Focus is moved to the history button
Bug: Pressing Tab in address bar doesn't move between results anymore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-08 00:11:28+00:00
Resolved: 2020-02-18 13:02:43+00:00

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

Steps to reproduce:

Create new window/tab or from an existing window/tab, press Ctrl-L.

Enter some terms in the address and prior to Nightly 74 2020-02-06 if I press Tab, focus would go from the first autocompleted item in the address bar to the second. Pressing tab again will go to the next item and so forth.


Actual results:

Pressing tab will put focus on the Search bar.

BUT: if I click on the URL bar and enter terms that contain autocompleted URLs, pressing Tab will change focus to those URLs.


Expected results:

Pressing tab should go through the auto completed URLs that matched what was initially entered in the URL bar.
Bug: Intermittent browser/components/aboutconfig/test/browser/browser_observe.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: DUPLICATE
Created: 2020-02-08 01:19:48+00:00
Resolved: 2020-02-17 06:04:52+00:00

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

---

[task 2020-02-08T00:00:26.355Z] 00:00:26     INFO - TEST-START | browser/components/aboutconfig/test/browser/browser_observe.js
[task 2020-02-08T00:00:26.917Z] 00:00:26     INFO - GECKO(5202) | [CodeCoverage] Setting handlers for process 5469.
[task 2020-02-08T00:01:26.562Z] 00:01:26     INFO - GECKO(5202) | [CodeCoverage] Setting handlers for process 5495.
[task 2020-02-08T00:02:04.386Z] 00:02:04     INFO - TEST-INFO | started process screentopng
[task 2020-02-08T00:02:04.731Z] 00:02:04     INFO - TEST-INFO | screentopng: exit 0
[task 2020-02-08T00:02:04.731Z] 00:02:04     INFO - <snipped 18 output lines - if you need more context, please use SimpleTest.requestCompleteLog() in your test>
[task 2020-02-08T00:02:04.732Z] 00:02:04     INFO - Buffered messages logged at 00:00:35
[task 2020-02-08T00:02:04.733Z] 00:02:04     INFO - TEST-PASS | browser/components/aboutconfig/test/browser/browser_observe.js | "false" == "false" - 

[task 2020-02-08T00:02:04.802Z] 00:02:04     INFO - TEST-PASS | browser/components/aboutconfig/test/browser/browser_observe.js | "42" == "42" - 
[task 2020-02-08T00:02:04.802Z] 00:02:04     INFO - Buffered messages logged at 00:02:04
[task 2020-02-08T00:02:04.804Z] 00:02:04     INFO - Leaving test bound test_observe_modify
[task 2020-02-08T00:02:04.804Z] 00:02:04     INFO - Buffered messages finished
[task 2020-02-08T00:02:04.804Z] 00:02:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutconfig/test/browser/browser_observe.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-02-08T00:02:04.804Z] 00:02:04     INFO - GECKO(5202) | MEMORY STAT | vsize 3501MB | residentFast 762MB | heapAllocated 319MB
[task 2020-02-08T00:02:04.805Z] 00:02:04     INFO - TEST-OK | browser/components/aboutconfig/test/browser/browser_observe.js | took 98036ms
[task 2020-02-08T00:02:04.805Z] 00:02:04     INFO - checking window state
Bug: Address bar suggestions not tab focusable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-08 11:16:39+00:00
Resolved: 2020-02-18 13:02:42+00:00

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

Steps to reproduce:

- Focus address bar, type "mozilla" (list of suggestions appear below)
- Hit tab to focus first suggestion



Actual results:

Tab focus moved out of the address bar to the next toolbar item


Expected results:

First item in suggestion list should have been focused
Bug: Ctrl+Tab right after moving the tab switches to the wrong tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-08 11:21:42+00:00
Resolved: 2020-03-04 17:39:03+00:00

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

Steps to reproduce:

Open 3 tabs (Let's call them Website A, Website B, Website C respectively)
Drag Website A's tab to the Website B's place (So the new order will be Website B, Website A, Website C)
Hit Ctrl+Tab quickly (quickly!)


Actual results:

Focused tab: Website B


Expected results:

Focused tab: Website C

If you wait for a short time (around 500 ms maybe?) before hitting Ctrl+Tab it detects the correct order. But it should be instant if possible.
Bug: Firefox runs away with my RAM
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-08 11:27:10+00:00
Resolved: 2020-06-12 18:28:29+00:00

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

Steps to reproduce:

There are no clear reproduction steps. It appears to be totally random. It is not specific to any website either. However, I have so far only observed the problem when browsing Reddit or Discord (likely because those are the 2 sites I spend the most amount of time interacting with).


Actual results:

The affected tab will stop responding to clicks and begin using huge amounts of RAM. If I don't close the tab, it will use all available system RAM within about 5 minutes (I have 16GB RAM total). Additionally, it will popup a notification saying a script is not responding and give me the option to kill it. Telling it to stop the script does not stop Firefox from running away with my RAM. Only closing the tab works.


Expected results:

.
Bug: Some previously visited URIs do not autocomplete
Status: RESOLVED
Priority: P5
Resolution: INVALID
Created: 2020-02-08 15:55:55+00:00
Resolved: 2020-02-28 23:16:29+00:00

This has to be a dup, but I can't find it.

Firefox 72.0.2 is not completing URIs of some sites that are visited in the past, although it "knows" about them as evidenced by appearing in the Address Bar dropdown.
Bug: New tab (Ctrl+t) during fullscreen video is not focusing address bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-08 21:32:22+00:00
Resolved: 2020-02-09 00:46:58+00:00

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

Steps to reproduce:

Open any HTML5 video (reproducible on YouTube too)
Go fullscreen using the video controls (I'm not talking about F11)
Press Ctrl+t


Actual results:

New tab opened but nothing is focused


Expected results:

New tab opened and address bar is focused
Bug: context menu spawn under mouse cursor thus leading you to click on the uppermost item.
Status: NEW
Priority: P3
Created: 2020-02-09 11:11:37+00:00
Resolved: 2022-10-11 23:56:02+00:00

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

Steps to reproduce:

right click and sometimes it will just happen.


Actual results:

context menu spawns at the mouse down event and at the mouse up event the item the cursor is erroneously hovering over will get activated.


Expected results:

context menu opens.
Bug: Headless --screenshot doesn't work with local files
Status: UNCONFIRMED
Priority: --
Created: 2020-02-09 16:55:30+00:00
Resolved: 2023-10-05 13:57:07+00:00

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

Steps to reproduce:

Run something like:
"C:\Program Files\Mozilla Firefox\firefox.exe" --screenshot file:///D:/test.html

and for comparison, run something like:
"C:\Program Files\Mozilla Firefox\firefox.exe" --screenshot https://www.google.com


Actual results:

The first line, attempting to screenshot a local file in headless mode, does not write a screenshot and does not output any error message.

The second line, attempting to screenshot a live website (google) works as intended, writing a screenshot.png file in the working directory.


Expected results:

Both lines should create a screenshot of the page, regardless of whether it's a local file or remote website.

This stack overflow post (not mine) is from another user also experiencing this bug: https://stackoverflow.com/questions/59691455/mozilla-firefox-headless-screenshot-not-working-for-local-html-files
Bug: Wrong pdf rendering when visiting http://roundtable.kein.org/sites/roundtable.kein.org/files/2017-07/Weizman_lethal%20theory_2017_0.pdf
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-09 23:59:17+00:00
Resolved: 2020-02-25 09:35:29+00:00

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

Steps to reproduce:

Go to http://roundtable.kein.org/sites/roundtable.kein.org/files/2017-07/Weizman_lethal%20theory_2017_0.pdf


Actual results:

See attached screenshots, the PDF rendering is corrupted.


Expected results:

If you open the same link in Safari, it renders correctly.
Bug: [Regression] `Tab` button while awesomebar is focused will sometimes move focus to next button
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-10 01:11:15+00:00
Resolved: 2020-02-28 18:58:52+00:00

In the past when the awesomebar was focused, clicking tab would select the next autocompletion entry. I updated my nightly today to notice that this is no longer (always) the case.

Now doing the following sequence of operations will instead focus the next button on the toolbar rather than the next autocompletion.

1. Click on a loaded page to remove focus from anything;
2. Ctrl+L to focus the awesome bar
3. Type "hello"
4. Press the tab button.

Expected behaviour at step 4 is for it to cycle through auto-completions as it always did before.
Bug: CTRL C & CTRL V zooms in and out
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-10 12:31:37+00:00
Resolved: 2020-03-02 09:53:17+00:00

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

Steps to reproduce:

Go to a livestream on Facebook
Type in a comment during the stream
Streamer does not see my comment
Highlight my comment and hit ctrl+c
In the text box, hit ctrl+v to paste my comment to submit it again


Actual results:

Upon hitting ctrl+c or ctrl+v, Firefox zooms the page in or out. 


Expected results:

Firefox should not zoom in or out when hitting ctrl+c or ctrl+v, those are NOT zoom shortcuts
Bug: High CPU usage while doing nothing with 1 or multiple tabs open
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-10 14:41:52+00:00
Resolved: 2020-02-24 08:50:14+00:00

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

Steps to reproduce:

Steps to reproduce:
1. Run Firefox 72.0.2, open some webpages, eg. 10, some web apps (SPAs).
2. I use Firefox on Ubuntu 18.04 (Ubuntu Budgie) - it is with latest updates and 5.5.2 kernel (generic)


Actual results:

Observe high CPU load. Take a look at the attached GIF.


Expected results:

The CPU Fan should stay quiet (like when Firefox was 71 version)
Bug: Resetting FxA Password resets sync engines to having them all enabled.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-10 14:56:40+00:00
Resolved: 2020-04-02 05:32:00+00:00

I tested this on Firefox Nightly and only with one device. 

*Steps to reproduce:*
1. Create an account where I only enabled 2 engines (Open Tabs, and Bookmarks) 
2. Sign out of the FxA account
3. Sign back in through the Forgot Password flow
4. Go to Sync settings and notice that all my engines have been enabled. 

I expected to only have the 2 engines enabled (Open Tabs, and Bookmarks), we also don't warn the user that all the engines have been re-enabled, instead they have to figure out by themselves that they have all been turned on.
Bug: pdf open results in recursion
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-10 16:49:21+00:00
Resolved: 2021-03-13 19:26:43+00:00

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

Steps to reproduce:

In Options-> General -> Application -> pdf I set it to "Always ask".
When click on an pdf link an window opens and asks what to do.
Default is "open in Firefox", I click OK.


Actual results:

A new Tab opens and Firefox opens a window and asks what to do.
Default is "open in Firefox", I click OK.

A new Tab opens and Firefox opens a window and asks what to do, and so on


Expected results:

I would expect it to show the pdf after after clicking on "open in Firefox".
Bug: Page Info Dialog Uses Significant CPU While Open
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-10 19:20:30+00:00
Resolved: 2022-07-04 12:18:40+00:00

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

Steps to reproduce:

Open a fresh Firefox process.  Navigate to any website, such as https://google.com.  Open the Page Info dialog (Tools -> Page Info).


Actual results:

The CPU usage of Firefox was significantly higher the entire period the Page Info dialog is open.  Notice that closing the Page Info dialog causes CPU usage to return to a more normal level.


Expected results:

Because it can be easy to inadvertently leave this dialogue open in the background, it can eat away at laptop battery charge even when Firefox is otherwise idle.  Ideally, this dialog would either float-on-top, to make it obvious that it remains open, or else not use a significant amount of CPU on a continuous basis.
Bug: Firefox - Private Browsing: Most Recent Download not automatically Focused from within a Private Browsing Window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-10 21:53:26+00:00
Resolved: 2020-02-11 01:24:13+00:00

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

Steps to reproduce:

Tested with Firefox 72 and version 2019.3 of the NVDA screen reader on Windows 7 X64.

To reproduce:

1. With NVDA running, enter a Private Browsing window and choose to download any file

2. When the download has started, open the Downloads window


Actual results:

When the Downloads list is opened, nothing is output by NVDA - I have noticed several inconsistent results, but hitting either the down arrow or the tab key seems to, in most cases, place focus on the most recent download in the list


Expected results:

In versions prior to Firefox 72, the most recent download in the Downloads list would automatically be focused, and download progress automatically output by NVDA. As mentioned above, I've noticed inconsistent behaviour with the Downloads list in Private Browsing as of Firefox 72 - in most cases hitting tab will focus the most recent download in the list, but hitting the down arrow won't always move to the next download (assuming that multiple downloads are present within the current Private Browsing session). In other cases, NVDA immediately begins announcing download progress as soon as the Downloads window is opened - but I've only observed this once or twice.
Bug: Probably bad handling of HTTP headers
Status: UNCONFIRMED
Priority: P5
Created: 2020-02-11 00:17:15+00:00
Resolved: 2024-07-30 22:29:10+00:00

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

Steps to reproduce:

My local server sends proxied images as "image/JPEG (From:...)" to show origin of the image. 


Actual results:

In Media Window I see HTTP comments but HTTP comments should be ommited. If the comments are not ommited, there can be a security issue. This happens for CSS requests for images. It doesn't happen for request from <img/>. Other sources and types not tested. 


Expected results:

The browser should cut out the HTTP comments before further processing. If comment will include CRLF and colon, there can be a security risk (by header injection). Please also test NULL characters.
Bug: Missing release data for scalar_content_pdf_viewer_used/SCALARS.PDF.VIEWER.USED
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-11 00:26:27+00:00
Resolved: 2020-02-13 15:54:29+00:00

Romain Testard is trying to do an investigation on how the PDF viewer is used, so we enabled various [PDF telemetry values in release](https://bugzilla.mozilla.org/show_bug.cgi?id=1566882).

Unfortunately, there seems to be problem with the data in release. The counts are very low for if the PDF viewer is used.

For example in nightly:
https://sql.telemetry.mozilla.org/queries/68178/source
We see counts of ~25,000 a day.

Whereas in release:
https://sql.telemetry.mozilla.org/queries/68177/source
The counts are less than 100.
Bug: small number of libxul / omni.ja build ID mismatches
Status: NEW
Priority: P3
Created: 2020-02-11 03:21:18+00:00
Resolved: 2022-06-06 20:59:37+00:00

The telemetry in bug 1608308 has been in place for a few days now.  I'm seeing a very small number of libxul / omni.ja build ID mismatches (4 out of 215K):

https://telemetry.mozilla.org/new-pipeline/dist.html#!cumulative=0&end_date=2020-02-08&include_spill=0&keys=__none__!__none__!__none__&max_channel_version=nightly%252F74&measure=SCALARS_CORROBORATE.OMNIJAR_MISMATCH&min_channel_version=null&processType=*&product=Firefox&sanitize=1&sort_by_value=0&sort_keys=submissions&start_date=2020-02-06&table=0&trim=1&use_submission_date=0

Not really sure where to go from here.
Bug: some tab not restore from restore previous session
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-11 03:34:29+00:00
Resolved: 2020-05-29 16:29:13+00:00

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

Steps to reproduce:

i enable Restore previous session with a lot of tab open (around 60 tabs). and i config firefox with some options like 
browser.sessionstore.restore_tabs_lazily = false
browser.sessionstore.restore_on_demand = false

i not sure is this becuase upgrade process or not. so i send some of my sessionstore-backups and hope it help you find a problem 


Actual results:

i notice that sometime when i open firefox my tabs will become about:blank and i can not restore that tabs (it can not refresh, no urls and can't click back on browser)


Expected results:

it should restore all of my tab correctly