av9ash/GitBugs huggingface dataset:
Bug: [XFA] Selections of checkboxes or radio buttons are not saved (or shown) correctly
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-08-03 12:45:14+00:00
Resolved: 2021-11-18 15:03:36+00:00

**Note**
* When the user loads a specific PDF file in Adobe Reader, selects some radio buttons, and then saves it and reopens it, he will notice that the radio button selections previously made are not being show.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Make selections of the radio buttons shown in the demo pic.
5. Save the PDF file.
6. Reopen it.

**Expected result**
* The radio button selections are properly displayed.

**Actual result**
* The radio button selections are not shown.

**Regression range**
* Not a regression.

**Additional information**
* This issue does not occur on all the radio buttons, but specifically on that set.
Bug: Enhanced Tracking Protection section text is not visible in high contrast mode
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-03 13:39:41+00:00
Resolved: 2023-06-02 15:21:49+00:00

#### Affected versions:

    Nightly 92.0a1 (2021-08-03)

#### Affected platforms:

     Windows 7/10/macOS

#### Preconditions:

    Have High Contrast Black set

#### Steps to reproduce:

    1. Go to about:preferences
    2. Go to Privacy & Security

#### Expected result:

    Enhanced Tracking Protection section text should be visible.

#### Actual result:

     Enhanced Tracking Protection section (Standard, Strict, Custom) text is not visible.

#### Regression range:
     This is a recent regression since Release 90.0.2 and Beta 91.0b9 are not affected (see comment 1). Will try to provide the regression range asap.
Bug: DownloadsSummary (N other files downloading) at the bottom of the downloads panel includes finished downloads and leads to wrong size/progress numbers being shown
Status: NEW
Priority: P3
Created: 2021-08-03 14:26:20+00:00
Resolved: 2021-08-20 13:41:23+00:00

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

Steps to reproduce:

Try to download multiple files at the same time.



Actual results:

while all downloads are actually just at ~8% the summary the display shows a much too high average progress


Expected results:

The average value of the total downloads should be output
Bug: Unicode in title tag of html messing up browser tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-03 15:32:28+00:00
Resolved: 2021-08-03 19:12:22+00:00

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

Steps to reproduce:

For reproducing, open an index.html and paste this:
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>𝕽𝖆𝖈𝖍𝖊𝖑</title>
</head>
<body>
    <h1>Hello World!</h1>
</body>
</html>

the <title>𝕽𝖆𝖈𝖍𝖊𝖑</title> will cause every tabs on the current FF window to expand.


Actual results:

Any site having a username with Unicode characters are causing the browser tab bar to  expand, takes up screen space.


Expected results:

Browser tabs should stay unaffected to any alphabetical Unicode characters whatsoever.
Bug: User cannot interact properly with the items from the Customize page using VoiceOver
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-03 15:50:12+00:00
Resolved: 2021-09-06 14:34:29+00:00

**[Affected versions]**:
Nightly 92.0a1 (2021-08-03) (64-bit)- Build ID: 20210803094710

**[Affected Platforms]:**
macOS 11.4

**[Prerequisites]:**
Have the "VoiceOver" screen reader enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open customize (in my video I didn't use VO commands to record the problem faster), by using  Hamburger menu using the VO commands.
3. Press any "Tab" key several times and observe the behavior using VO commands (Navigate to each item from the page using the VO commands.)
4. Reach any Item from the Page and select it using VO + Command + Space in order to open the Action menu.

**[Expected result]:**
The user can reach any item from the page and interact with them.

**[Actual result]:**
User cannot reach submenues properly.
Bug: Unable to "ignore risk" on harmfull website with keyboard
Status: NEW
Priority: --
Created: 2021-08-03 16:01:02+00:00
Resolved: 2023-06-02 15:21:49+00:00

**Description**
Ubuntu & Orca screen reader - Unable to ignore risk in harmfull website

**Tested and affects all these Os**
Ubuntu 20

**Affected**
Firefox nightly 92.0a1 affected
Firefox beta 91        affected
Firefox release 90.0.2 affected

**Preconditions**
have orca installed and running

**Steps**
-Load http://itisatrap.org/firefox/unwanted.html
-start pressing tab key to reach the "see details" button
-press enter key
-Press tab key


**Expected result**
screen reader should inform about the "ignore the risk " link so it can be chosen

**Actual result**
screen reader jumps to "Unwanted Software Policy." link
Bug: User cannot cycle through options within bookmarks Manager properly using VoiceOver
Status: NEW
Priority: --
Created: 2021-08-03 16:33:18+00:00
Resolved: 2024-06-03 16:53:07+00:00

**[Affected versions]**:
Nightly 92.0a1 (2021-08-03) (64-bit)- Build ID: 20210803094710

**[Affected Platforms]:**
macOS 11.4

**[Prerequisites]:**
Have the "VoiceOver" screen reader enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Open Bookmarks manager VO commands.
3. Navigate through list items using VO commands.


**[Expected result]:**
User can cycle through options without issues.


**[Actual result]:**
User cannot expand all of the listed options on the left, same item keeps being expanded instead
Bug: Fallback urlbar searches are not recorded in formhistory
Status: NEW
Priority: P3
Created: 2021-08-03 17:10:02+00:00
Resolved: 2021-08-04 16:42:02+00:00

If you set `maxResultCount` to 0 in https://searchfox.org/mozilla-central/source/browser/components/urlbar/UrlbarPrefs.jsm#290 then the hueristic result is disabled, while this is true if the user enters a term in the Urlbar then a search will happen however it will not be recorded in formhistory.sqlite

I don't know what situation a user could get into in order to hit this case but filing to keep track
Bug: [XFA] Field borders are not displayed in print preview
Status: NEW
Priority: P3
Created: 2021-08-03 18:30:36+00:00
Resolved: 2022-01-28 14:42:24+00:00

**Note**
* When the user loads a specific PDF file and prints it, he will notice that the browser's printed version does not render the field borders.

**Affected versions**
* Nightly v91.0 RC

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Ctrl + P

**Expected result**
* The field borders are properly displayed.

**Actual result**
* The field borders are not displayed.

**Regression range**
* Not a regression.

**Additional information**
* Appears to be specific to this PDF. At least so far.
Bug: URIFixup is not the same in Normal & private browsing mode  with keyword.enabled = false
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2021-08-03 19:11:05+00:00
Resolved: 2021-10-13 19:31:18+00:00

**Description**
URIFixup is not the same in Normal & private browsing mode  with keyword.enabled = false 

**Tested and affects all these Os**
Ubuntu 20
Windows 10 64bit
MacOs 10.15

**Affected**
Firefox nightly 92.0a1 affected
Firefox beta 91 affected
Firefox release 90.0.2 not affected

**Preconditions**
keyword.enabled = false in about:Config

**Steps**
-Open a normal browsing window (not private)
-Check in about:Config that keyword.enabled = false
-type "cnn" in urlbar  and hit ENTER key > this loads the cnn.com website and you can read all the news.
-Open new PRIVATE WINDOW
-in url bar type "cnn" and press ENTER key >  

**Expected result**
should open cnn website in both normal and private? or should fail opening anything in normal and private?

**Actual result**
Fails to open a site, i get a white page that says "Hmm. We’re having trouble finding that site."


**notes** 
Im not sure if the normal browsing mode is the one with the bug  or the private browsing mode is the one with the bug.
       The only thing i know its wrong is that normal browsing mode and private browsing mode have a different result, when they should be equal.
Bug: [XFA] Some field data is lost when saving a completed PDF
Status: NEW
Priority: --
Created: 2021-08-03 19:29:25+00:00
Resolved: 2022-02-24 18:44:05+00:00

**Note**
* When the user loads a specific PDF file, inputs data in all fields, then saves it, and reopens it, he will notice that some input data is lost.

**Affected versions**
* Nightly v91.0 RC

**Affected platforms**
* all

**Steps to reproduce**
1. Launch browser.
2. Flip "pdfjs.enableXfa" to true.
3. Load the attached PDF file.
4. Make selections of the radio buttons shown in the demo pic.
5. Save the PDF file.
6. Reopen it.

**Expected result**
* The radio button selections are properly displayed.

**Actual result**
* The radio button selections are not shown.

**Regression range**
* Not a regression.

**Additional information**
* This PDF form appears to have been saved previously and new or other information can not be overwritten. Not sure whether this bug is really valid.
Bug: Intermittent browser/components/preferences/tests/browser_experimental_features_hidden_when_not_public.js | leaked 2 window(s) until shutdown [url = about:preferences?definitionsUrl=http%3A%2F%2Flocalhost%3A49371%2Fdefinitions.json#paneExperimental]
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2021-08-03 23:29:35+00:00
Resolved: 2024-10-08 05:08:27+00:00

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

---
```
[task 2021-08-03T20:49:51.213Z] 20:49:51     INFO - TEST-INFO | Main app process: exit 0
[task 2021-08-03T20:49:51.214Z] 20:49:51     INFO - TEST-INFO | Confirming we saw 941 DOCSHELL created and 941 destroyed log strings.
[task 2021-08-03T20:49:51.214Z] 20:49:51     INFO - TEST-INFO | Confirming we saw 2289 DOMWINDOW created and 2289 destroyed log strings.
[task 2021-08-03T20:49:51.215Z] 20:49:51    ERROR - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_experimental_features_hidden_when_not_public.js | leaked 2 window(s) until shutdown [url = about:preferences?definitionsUrl=http%3A%2F%2Flocalhost%3A49371%2Fdefinitions.json#paneExperimental]
[task 2021-08-03T20:49:51.215Z] 20:49:51     INFO - TEST-INFO | browser/components/preferences/tests/browser_experimental_features_hidden_when_not_public.js | windows(s) leaked: [pid = 1391] [serial = 754], [pid = 1391] [serial = 752]
[task 2021-08-03T20:49:51.215Z] 20:49:51     INFO - TEST-INFO | browser/components/preferences/tests/browser_experimental_features_hidden_when_not_public.js | This test created 0 hidden window(s)
[task 2021-08-03T20:49:51.216Z] 20:49:51     INFO - TEST-INFO | browser/components/preferences/tests/browser_experimental_features_hidden_when_not_public.js | This test created 1 hidden docshell(s)
```
Bug: Firefox 90.0.2 does not ask before closing when multiple tabs are open in a private window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 00:41:43+00:00
Resolved: 2021-08-09 12:58:49+00:00

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

Steps to reproduce:

1) Open a new private window.
2) Go to an URL, for example www.google.com and search whatever, for example 'AAA'.
3) Open a link or two in the same private window, in other tabs.
4) Close the private window.

No warning is made, if you had 20 URLs opened and you click the close button by accident, you loose the pages that you was forever.

This seem to be a recurring problem in FF. It was already fixed several times in past versions (I use FF from many years ago).
Could you please fix it (again) and try not to produce this nasty bug any more, if possible? TIA.
Bug: Accent colour is no longer used in title bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 04:56:52+00:00
Resolved: 2021-08-04 06:47:43+00:00

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

Steps to reproduce:

1. Use Firefox "system" theme on Windows
2. Enable accent colours are enabled in title bar


Actual results:

Accent colour would be used


Expected results:

Accent colour is not used.

P.S. Why was customise toolbar moved out of the main menu??
Bug: You cannot tell if a tab is selected or active
Status: NEW
Priority: --
Created: 2021-08-04 04:57:56+00:00
Resolved: 2023-06-28 09:23:13+00:00

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

Steps to reproduce:

Select a tab other than what is currently active


Actual results:

tab becomes white


Expected results:

tab would be transparent or something, idk.
Bug: Hover state over PDF zoom controls will make them disappear
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-08-04 08:41:18+00:00
Resolved: 2022-01-03 17:37:53+00:00

**Affected versions**
- Firefox ESR 91.0
- Firefox 91.0
- Firefox 92.0a1

**Affected platforms**
- Windows 10
- macOS 10.15
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Download and open this [embedded test](https://drive.google.com/file/d/1YNiTiWTzm131c36IgUSSZQ5bjhyovFf7/view)
3. Hover over - and + icons in each iframe

**Expected result**
- The zoom icons are visible all the time

**Actual result**
- Hover state over the zoom icons makes them disappear

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment
Bug: Weird order of traversal with keyboard navigation
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-08-04 09:49:08+00:00
Resolved: 2023-06-02 15:21:50+00:00

In https://bug1718528.bmoattachments.org/attachment.cgi?id=9229184, the traversal order when using keyboard navigation is not natural.
Bug: Radio buttons can not be activated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 09:50:39+00:00
Resolved: 2021-08-04 09:51:24+00:00

STR:
Load https://bug1718528.bmoattachments.org/attachment.cgi?id=9229184, focus a radio button (it's not going to be easy as the focus indicator is not currently shown because of bug 1718528), try to activate it.

It should be activated, but it isn't.
Bug: Icons for Bookmark Toolbar and Other Bookmarks from Customized Bookmark menu missing
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-08-04 11:57:50+00:00
Resolved: 2021-12-20 11:16:51+00:00

##### [Environment:]
Windows 10, Mac 11, Mac 10.15, Mac 10.14


##### [Steps:]
1. Open Firefox
2. Open Hamburger menu/ More Tools/ Customize.
3. Drag and drop the Bookmarks Menu to toolbar.
4. Close Customize and click on the customized Bookmarks icon.

##### [Actual Result:]
Bookmark Toolbar and Other Bookmarks have no icons .

##### [Expected  Result:]
Bookmark Toolbar and Other Bookmarks have icons (as in the Bookmarks menu from Menu Bar)

##### [Regression Window:]
Found commit message:
Bug 1720534 - Clean up styles in Bookmarks Menu Button menupopups on Windows 7 and 10. r=desktop-theme-reviewers,dao
Bug: Firefox still has no key to copy link. It has been broken since 88.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 13:05:36+00:00
Resolved: 2021-08-05 01:02:47+00:00

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

Steps to reproduce:

Right-click a link and press A.


Actual results:

Nothing.


Expected results:

The link should have been copied to clipboard.

Firefox is unusable without a hotkey to copy link. There is NO reason to remove it, none.
Bug: The hotkey to copy link has been broken since 88
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 14:03:12+00:00
Resolved: 2021-08-05 01:02:19+00:00

User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; InfoPath.3; .NET CLR 3.5.50700; Trident/6.0)

Steps to reproduce:

Press A to copy link.


Actual results:

Nothing.


Expected results:

The link should have been copied to clipboard.

There is currently NO SOLUTION for this issue in Firefox. 

A temporary fix key, where NO HUMAN HANDS can reach, is obviously not a fix. Firefox's hotkey to copy link has been removed with NO REPLACEMENT.
Bug: [A11y] The browser crashes when using VoiceOver while opening the side-bar from TopMenu/View/Sidebar/Bookmarks (MacOS)
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-08-04 14:23:18+00:00
Resolved: 2021-08-11 07:54:41+00:00

**Note**
* When the user has Voice Over activated and opens the bookmarks sidebar from the Vies/Sidebars/Bookmarks (with VO commands or the mouse), he will notice that the browser will crash.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* all

**Steps to reproduce**
1. Start Voice Over.
2. Launch browser.
3. click on View/Sidebar/Bookmarks

**Expected result**
* Sidebar opens and browser does not crash.

**Actual result**
* Sidebar opens, VO starts talking, then the browser crashes.
* https://crash-stats.mozilla.org/report/index/81a67aa1-1bf7-4358-bafa-5d5b30210804#tab-details

**Regression range**
* Appears to be a regression:
Bug 1686827 - GeckoTextMarker is lesser than if child's offset is greater or equal. r=morgan
Differential Revision: https://phabricator.services.mozilla.com/D101835
Let me know if the mozregression result appears incorrect so I can reinvestigate.

**Additional notes**
* This issue does not occur with NVDA (Windows) or ORCA (Ubuntu).
Bug: Orca & Ubuntu fails to read all text and just says "TAB"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-08-04 15:50:52+00:00
Resolved: 2021-09-08 20:15:09+00:00

**Description**
Orca & Ubuntu fails to read all text and just says "TAB"

**Affects all these Os**
Ubuntu 20

**Affected**
Firefox nightly 92.0a1 affected
Firefox beta 91.0 not affected because it acts differently
Firefox release 90.0.2 not affected because it acts differently


**Preconditions**
-Make sure firefox is already set as default browser, in order to avoid a different result.
or avoid the popup asking you if you want it default at launch.
-ORCA screen reader is ON.


**Steps to reproduce**
- Launch new profile.
- go to about:config
- change accessibility.blockautorefresh = true
- change devtools.chrome.enabled = true
- Close firefox
- move OS date more 60 days, example october 26
- Launch firefox and use the same profile.
- In nightly: it reads the "refresh firefox infobar" below the URL bar
- In beta:, it will not read it 
- In Release:, it will not read it.
- start pressing TAB key

**Actual result**
when i press TAB it only says "tab, tab, tab" not usefull, it gets stuck no matter what area you are it does not read it
it only says TAB when you press the tab key

**expected result**
it should say TAB and should ALSO speak the place or location you are selecting.
For example if i start pressing tab i should end up saying "save to pocket" or should tell you 
the "refresh firefox infobar" text, and should tell you that you are on the allow button, but it only say "TAB"


**Notes**  the result is different in beta & Release because as soon as you launch firefox it does not read the refresh firefox infobar., it just reads data from urlbar. but when you press tab you can reach the infobar text and it does read it.
Bug: unEscapeURIForUI may be slow on very long data uris and cause jank on searching the urlbar
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-08-04 16:05:01+00:00
Resolved: 2021-08-17 02:19:02+00:00

:chutten reported this bug today on Slack. There's an open tab to a very long data uri (737.5k  characters), searching open tabs for "gfx" was causing jank and not returning all the open tabs.
See this profile https://share.firefox.dev/3A9Srw5

The problem is the unEscapeURIForUI call in payloadAndSimpleHighlights, but we use unEscapeURIForUI in other parts of the urlbar: https://searchfox.org/mozilla-central/search?q=unEscapeURIForUI&path=urlbar
It would be useful to check if we can avoid excessive long uris passed into it everywhere. Since these are most likely to be used to present the URL to the user, rather than to actually load it, we may want our own UrlbarUtils.unescapeUriAsLabel wrapper that limits the string before passing it to unEscapeURIForUI. We have no UI showing thousands of chars at once.
Bug: New tab buttons and shortcut do not work (Ubuntu Nightly)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-04 16:42:02+00:00
Resolved: 2021-08-05 07:33:16+00:00

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

Steps to reproduce:

Platform: 64-bit Ubuntu with Firefox Nightly 92 (2021-08-04)
Try to open a new tab by clicking "+" button from the tab bar, a "New tab" button from the hamburger menu or use ctrl + T shortcut


Actual results:

Nothing happens


Expected results:

A new tab should be opened

Additional info:
1. Opening a new tab via "Open Link in New Tab" does work. Opening a new tab by clicking an URL in an external app when you already have an opened window also works as expected.
2. I am quite sure that this is a regression introduced in the latest Nightly release from PPA and these come out every few days so I can't tell you the exact date when it went south but the bug was most likely introduced during last week.
Bug: Red `Rpk` tasks after Bug 1709697: "TypeError: expected str, bytes or os.PathLike object, not generator"
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-08-04 16:42:07+00:00
Resolved: 2021-08-10 16:32:19+00:00

Clearly my refactoring for `get_application_value` is busted.  I'll get on it.
Bug: With VO + Left (arrow key), VO focus is moved to the right (and vice-versa) in RTL builds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-08-04 16:43:33+00:00
Resolved: 2021-08-08 23:42:23+00:00

**Note**
* When the user attempts to use VO in an RTL build and moves focus horizontally, he will notice that the focus is moved to the opposite direction.

**Affected versions**
* Nightly v92.0a1

**Affected platforms**
* Mac OS

**Steps to reproduce**
1. Enable VoiceOver.
2. Launch browser.
3. Focus and area where you can move focus horizontally
(like the main bar with the Back, Refresh buttons, Address bar, Hamburger Menu button, etc.)
4. Move focus to the left or right using VO + Left / Right (arrow key).

**Expected result**
* The focus moves in the direction of the pressed arrow key.

**Actual result**
* The focus moves in the opposite direction of the pressed arrow key.

**Regression range**
* Not a recent regression.

**Additional notes**
* This issue was tested in Arabic and Hebrew language builds.
* It is yet unknown whether this is intended or not but it definitely does not feel intended.
Bug: Android "NS_ERROR_FILE_NOT_FOUND: " {file: "resource://gre/modules/SessionStoreFunctions.jsm"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-08-04 17:13:45+00:00
Resolved: 2021-08-04 21:53:21+00:00

I see this a lot in our test runs and it might be causing Bug 1687739.

```
08-04 03:54:50.534  3553  3569 E GeckoConsole: [JavaScript Error: "NS_ERROR_FILE_NOT_FOUND: " {file: "resource://gre/modules/SessionStoreFunctions.jsm" line: 120}]
08-04 03:54:50.534  3553  3569 E GeckoConsole: SSF_updateSessionStoreForWindow@resource://gre/modules/SessionStoreFunctions.jsm:120:5
08-04 03:54:50.534  3553  3569 E GeckoConsole: UpdateSessionStoreForStorage@resource://gre/modules/SessionStoreFunctions.jsm:54:35
08-04 03:54:50.534  3553  3569 E GeckoConsole: handleNewSession@resource://gre/modules/GeckoViewNavigation.jsm:355:17
08-04 03:54:50.534  3553  3569 E GeckoConsole: createContentWindowInFrame@resource://gre/modules/GeckoViewNavigation.jsm:425:26
```

farre is on PTO, nika do you have ideas here?