av9ash/GitBugs huggingface dataset:
Bug: cursor is frozen or floating due to background .default-release activity
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-17 03:57:27+00:00
Resolved: 2021-01-08 15:53:24+00:00

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

Steps to reproduce:

I cannot believe that no one else has complained about this.
Desktop browsing in windows 10 latest on a gaming computer (32" display, good nvidia card, amd rhyzen, C:\ is an SSD, etc.) with 10 to 30 open windows (not tabs) for genealogy searches, cross-references, etc.
I type and copy rather quickly and need accurate, fast mouse positions to select text, etc.



Actual results:

Every 5 to 10 minutes, my cursor positioning will become uncontrollable.  Also the computer will not respond to "on click" from mouse.  I have to sit and wait for background backup or something to complete.  Cursor positioning problem I call 'floating' since I move the cursor and it keeps on going.  I wonder if there is an estimator that positions it based on 'momentum' calculation.  It is terrible if it exists.
I keep a resource monitor window open and when I look at that, it is ALWAYS firefox '.default-release\' background operations causing the problem. A lot seems to be involved with 'sqlite' stuff.   I ASSUME the operations are simple status writes in case of a crash.  operation listing attached.  Newest version of Firefox shows a LOT of cache activity compared to previous.


Expected results:

Possible solution (desired):  Cursor and mouse actions should NOT be "blocked" or inactivated during routine status saves. Something in the script is causing the mouse to be inactivated.  My system is fast so it seems to 'float'.  Others may not be as lucky.  I occasionally have to just sit and wait, however.  NOT NICE.
Alternative, easier to implement:  Much longer interval between 'backups' would be initially acceptable response.  Every hour or something?  I really don't care if the browser resumes exactly where it was when a crash occurs.  I can recreate from history pretty well.
last resort:  I have been a loyal firefox user since forever (I'm an old man).  Last resort is to throw this browser in the ocean web and use edge.
Bug: Links from external apps don't open
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-12-17 06:51:42+00:00
Resolved: 2020-12-19 06:15:38+00:00

1) Try to open link from external app
________________________________
2) Firefox Nightly opens new window with Homepage
________________________________
Want to happen:
3)Firefox nightly opens link and doesn't go to homepage
_______________________________
System: 
Ubuntu 20.04
AMD FX processor and AMD Radeon (Don't know how much that helps)

Note:
Works with regular release of FF if I change that release to my default browser. I have tried refreshing and I have tried changing my default profile but neither helped. I also checked my about configs for (attached below)
Bug: Selected content document should not capture keyup event when selecting the browser by Alt+Tab
Status: NEW
Priority: P3
Created: 2020-12-17 07:54:58+00:00
Resolved: 2020-12-18 13:35:41+00:00

As reported in bug 1681217#c6, when selecting the browser by Alt+Tab, the content document captures the keyup event. 
In this bug, we will avoid sending the keyup event at that time.

STRs:
1. open the attached html of bug 1681217.
2. type Alt+Tab key and select the browser that is opening the attached html.

ER: The browser just will be selected.
AR: The test document of selected browser captures the keyup event, then shows an alert.
Bug: Can't generate a pdf anymore after upgrade to firefox 84 anymore from an asp.net core webapplication
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-17 10:16:39+00:00
Resolved: 2021-01-11 14:24:42+00:00

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

Steps to reproduce:

We have a webapplication in ASP.NET CORE 2.1 on centos 7 server that'd generate a pdf after completing the form. This form also uses summernote.js so the colleagues can fill in information that they want on the pdf. This was working all fine on firefox 83, but now on firefox 84 when you press the submit button, simply nothing will happen. I downgraded my firefox on the local pc and the pdf generated again (lost all of my bookmarks, but allright). 
We can't downgrade the firefox version on the servers, since everyone's bookmarks and saved data will be lost. Everyone needs to create a new profile, which will give enormous problems. 


Actual results:

Nothing. No pdf was generated.  In the network tab literally nothing happens. It doesn't go back to home page or anything else.


Expected results:

A pdf should have been generated which you can save and then go back to the homepage.
Bug: firefox causes high ram and cpu use after closing private browsing linkedin.com pages
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-17 10:29:18+00:00
Resolved: 2022-10-05 13:40:25+00:00

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

Steps to reproduce:

open a new private browsing window
login to your linkedin account
browse main feed, check a few messages
close private browsing window
check your system monitor


Actual results:

average 50% cpu usage
above 1GB ram usage


Expected results:

that process should have been ended.
Bug: Firefox 84 becomes unresponsive when Mac (Apple Silicon) comes back from Sleep
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-17 10:36:12+00:00
Resolved: 2021-02-18 02:16:57+00:00

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

Steps to reproduce:

With a few website/tabs open, leave computer unattended and let it goes to sleep.


Actual results:

After waking computer, Firefox's interface becomes frozen. However if I click around and happen to click on anything that would generate audio (e.g. youtube link), I can hear the audio from the video player. So apparently FF is still working in the background, but somehow the entire interface is frozen.


Expected results:

Computer wakes, and FF resumes normal functionality
Bug: https://www.pixiv.net/en/ very stuttery and laggy scrolling compared to Chrome
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-17 14:18:52+00:00
Resolved: 2021-01-07 20:57:24+00:00

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

Steps to reproduce:

Visit the site https://www.pixiv.net/en/  and scroll up and down

Windows 10 20H2

Device name	Me
Processor	Intel Pentium CPU 4417U @ 2.30GHz   2.30 GHz
Installed RAM	4.00 GB (3.88 GB usable)
System type	64-bit operating system, x64-based processor



Actual results:

Laggy scrolling compared to Chrome


Expected results:

Should not exhibit lag
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_extension_correction.js | Downloaded file should also match file_as.exe - Got "somefile.oga", expected "file_as.exe"
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-12-17 15:13:47+00:00
Resolved: 2020-12-28 06:06:35+00:00

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

---
```
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_extension_correction.js | application/x-msdownload should not get an extension - 
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Leaving test bound test_enforce_useful_extension
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Entering test bound test_broken_saved_handlerinfo_and_useless_mimetypes
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Buffered messages logged at 13:06:54
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Waiting for dialog.
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_extension_correction.js | binary/octet-stream should get an extension - 
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Download changed!
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Download succeeded or errored
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - Buffered messages finished
[task 2020-12-17T13:06:54.264Z] 13:06:54     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_extension_correction.js | Downloaded file should also match file_as.exe - Got "somefile.oga", expected "file_as.exe"```
Bug: Intermittent browser/components/customizableui/test/browser_878452_drag_to_panel.js | Uncaught exception - at chrome://mochikit/content/tests/SimpleTest/EventUtils.js:2655 - Error: No data transfer object after synthesizing the mouse!
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-12-17 15:42:44+00:00
Resolved: 2021-09-08 17:07:08+00:00

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

---
```
[task 2020-12-17T12:53:10.178Z] 12:53:10     INFO - TEST-START | browser/components/customizableui/test/browser_878452_drag_to_panel.js
[task 2020-12-17T12:53:10.178Z] 12:53:10     INFO - GECKO(1592) | console.error: CustomizableUI:
[task 2020-12-17T12:53:10.178Z] 12:53:10     INFO - GECKO(1592) |   Could not localize property 'cui-panel-item-to-drag-to.tooltiptext'.
[task 2020-12-17T12:53:10.233Z] 12:53:10     INFO - GECKO(1592) | JavaScript error: resource:///modules/UrlbarInput.jsm, line 2904: TypeError: event.target.closest is not a function
[task 2020-12-17T12:53:10.233Z] 12:53:10     INFO - TEST-INFO | started process screencapture
[task 2020-12-17T12:53:10.317Z] 12:53:10     INFO - TEST-INFO | screencapture: exit 0
[task 2020-12-17T12:53:10.319Z] 12:53:10     INFO - Buffered messages logged at 12:53:10
[task 2020-12-17T12:53:10.319Z] 12:53:10     INFO - Entering test bound 
[task 2020-12-17T12:53:10.319Z] 12:53:10     INFO - Buffered messages finished
[task 2020-12-17T12:53:10.319Z] 12:53:10     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_878452_drag_to_panel.js | Uncaught exception - at chrome://mochikit/content/tests/SimpleTest/EventUtils.js:2655 - Error: No data transfer object after synthesizing the mouse!```
Bug: Download attribute of "a" tag being overridden by mime type
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-17 17:19:22+00:00
Resolved: 2020-12-17 17:25:12+00:00

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

Steps to reproduce:

I can reproduce with the attached javascript.

The problem seems to be that in Firefox 84 it started giving precedence to the mime type over the content of the "download" attribute of the "a" tag. So in my example "hello.txt" is changing to "hello.zip".

This wasn't happening in Firefox 83 and earlier, and also doesn't happen in Chrome.


Actual results:

File is downloaded with incorrect file extension instead of what is provided in "download" attribute.


Expected results:

File is downloaded with the same filename as what is provided in the "download" attribute.
Bug: Perma-checkerboarding and broken paints after tab switching, sometimes (with Ctrl+Tab); fixed by another tab switch
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-12-17 20:23:52+00:00
Resolved: 2021-01-29 16:02:29+00:00

This happened to me about 5 times this week. It never happened to me before.

Basically, what happens is that a tab simply stops painting. The process is still responsive, APZ still works (albeit with perma-checkerboarding), the mouse cursor updates as I move the mouse, but the screen just never updates with new content. Until I switch tabs, that is!

One time it started happening after I opened a link in a background tab. The other times it happened after a tab switch.
Bug: Screenshots taller than the window do not display when scrolled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-12-17 21:16:16+00:00
Resolved: 2021-02-02 09:54:44+00:00

@ Emma, this is a regression in 86 Nightly from your fix for bug 1664444:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9c2b18e58353b67dcb3020155acd49a3f99ecaa7&tochange=90fd0f5a6bb226190fcc9312d68b3876f8c51c55

Bug 1664444 was about Fission screenshots, but this regression affects both Fission and non-Fission users.

### Steps to reproduce

1. Open a long web page.
2. Take a screenshot of just part of the page, but drag the screenshot area down the page so the screenshot area is taller than the window height.
3. Paste the screenshot image into another program, such as Microsoft Paint.

### Expected result

The screenshot should show the complete area selected.

### Actual result

The portion of the screenshot scrolled out of the window view is black. See the attached screenshot.

This bug only happens if you COPY the screenshot and PASTE into another program. If you "download" the screenshot directly from Firefox's Screenshot UI, the saved image file is complete without any black areas.
Bug: Tab-bar Scrolling too fast
Status: UNCONFIRMED
Priority: --
Created: 2020-12-17 23:56:52+00:00
Resolved: 2024-11-22 21:39:33+00:00

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

Steps to reproduce:

Scroll the tab-bar with mousewheel


Actual results:

Tab-bar scrolls too fast/far with a single scroll and my eyes loose track of the tabs while it's scrolling so fast and too far.


Expected results:

Tab-bar should've scolled an appropriate amount, so my eyes wouldn't have to re-focus on which tab is which.
Bug: New window created by dragging a tab from a maximized window isn't maximized
Status: NEW
Priority: P5
Created: 2020-12-18 00:26:13+00:00
Resolved: 2020-12-18 12:51:07+00:00

Steps to reproduce:

1) Create a non-maximized, non-full screen window with more than one tab.
2) Maximize the window.
3) Drag a tab to create a new window.
4) Click the restore button in the controls of the new window.

Expected:
4) The new window restores to the size of the original window.

Actual:
4) The window layout barely changes (the space above the window control button increases).

My expectation is that the newly created window will have the same characteristics as the original window: The same non-maximized size and the same maximize/restore/full screen state.

Found using XFCE on Linux.
Bug: Cannot save multiple selected link of Pageinfo media tab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-12-18 04:06:30+00:00
Resolved: 2021-01-05 09:32:04+00:00

[Tracking Requested - why for this release]: The feature of Page Info is regressed by Bug 1641270

Reproducible: always

Steps to reproduce:
1. Open Web Page e.g. https://en.wikipedia.org/wiki/Main_Page
2. Right click on the page and choose "View Page Info"
3. Select Media tab of Page Info dialog
4. Select multiple link(or Select All)
5. Click [Save As...]
6. Select a folder and click [Select Folder]

Actual Results:
Nothing happens.
The following an error message in Browser Console:
```
Uncaught 
Exception { name: "NS_ERROR_XPC_BAD_CONVERT_JS", message: "Could not convert JavaScript argument arg 1 [nsIWebBrowserPersist.savePrivacyAwareURI]", result: 2153185289, filename: "chrome://global/content/contentAreaUtils.js", lineNumber: 480, columnNumber: 0, data: null, stack: "internalPersist@chrome://global/content/contentAreaUtils.js:480:13\ncontinueSave@chrome://global/content/contentAreaUtils.js:371:20\ninternalSave@chrome://global/content/contentAreaUtils.js:278:5\nsaveAnImage@chrome://browser/content/pageinfo/pageInfo.js:739:23\nsaveMedia/<@chrome://browser/content/pageinfo/pageInfo.js:775:24\nfpCallback_done@chrome://browser/content/pageinfo/pageInfo.js:666:16\n", location: XPCWrappedNative_NoHelper }
contentAreaUtils.js:480

```

Expected Results:
Download starts

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e12b84262d8b4a09cd91f094436dc5edda03c39d&tochange=e93201b4e9087963e449099650d63bdb3dcbb2c2
Bug: Ошибки синхронизации
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-18 06:02:08+00:00
Resolved: 2021-01-12 08:44:10+00:00

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

Steps to reproduce:

Установил плагин на домашнем ПК.
Пришел на работу, включил Фокс, но плагин не синхронизировался.
плагин https://addons.mozilla.org/ru/firefox/addon/hero-wars-assistant/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search



Actual results:

не синхронизировались данные плагина и сам плагин


Expected results:

Должен был установится плагин на втором ПК , а также синхронизироваться данные плагина
Bug: ma.ste@aol.com
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-18 07:39:21+00:00
Resolved: 2021-01-12 08:43:24+00:00

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

Steps to reproduce:

open YT video or any other site and no video plays.


Actual results:

spinning circle and no video.


Expected results:

video plays normally.
Bug: ExperimentAPI should read the collection name from prefs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-12-18 10:17:53+00:00
Resolved: 2021-01-19 10:04:17+00:00

The ExperimentAPI has a separate instance of the remote settings client that uses a [const bucket name](https://searchfox.org/mozilla-central/rev/c7cf087b6e1384608ca3989f042f12f7cabd0a5f/toolkit/components/messaging-system/experiments/ExperimentAPI.jsm#30). In bug 1677809 we updated the RemoteSettingsExperimentLoader [to read the bucket name](https://searchfox.org/mozilla-central/rev/8d722de75886d6bffc116772a1db8854e34ee6a7/toolkit/components/messaging-system/lib/RemoteSettingsExperimentLoader.jsm#54) from a pref. This allows us to keep a separate collection for testing and QA.
Because the ExperimentAPI reads a different collection than the RSExperimentLoader we cannot correctly test the `reach` ping functionality.
Bug: download errors (useless) and images/videos failto render (two specific errors)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-18 11:12:04+00:00
Resolved: 2021-01-06 08:14:22+00:00

User Agent: Mozilla/5.0 (PlayStation 4 3.11) AppleWebKit/537.73 (KHTML, like Gecko)

Steps to reproduce:

Downloading self-extracting file from Nikon (same error with another co!)
download Z6 firmware from Nikon uk site.
Double-clicking file should do the job...nothing happened.

NOTE i'm using firefox version 84.0, 64bit  (branch not spotted)


Actual results:

Double-clicking file should do the job...nothing happened!


Expected results:

file should have expanded and created a new folder
with the unzipped file in it.
************ solution below*************
Download with Microsoft Edge
Change "unblock" in properties of the file (I did previously try with firefox file)
double-click worked correctly. (PS. I am sure this error is due to a Microsoft update)
Bug: Images do not show!!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-18 12:28:26+00:00
Resolved: 2021-01-06 08:13:39+00:00

User Agent: Mozilla/5.0 (PlayStation 4 3.11) AppleWebKit/537.73 (KHTML, like Gecko)

Steps to reproduce:

Version 84.0

Open any website !!


Actual results:

As above, text is fine.


Expected results:

Images do not show on many websites, some do.
Seems to be worse when the image is a link...
Try https://www.brucepercy.co.uk/ and see how little
is displayed!
Bug: Can not download multiple pictures by using Media tab and Page info. The save as/download doesn't start at all.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-12-18 12:58:15+00:00
Resolved: 2020-12-20 18:05:18+00:00

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

Steps to reproduce:

1) Open "view page info" by right click
2) Select multiple pictures for saving
3) Click Save as...
4) Select Folder


Actual results:

Nothing happen. Download didn't start at all.


Expected results:

All of selected pictures will be downloaded in the selected folder.
Bug: Videos on any websites not playing at all, only shows spinning cursor
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-18 18:02:13+00:00
Resolved: 2021-01-06 19:47:14+00:00

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

Steps to reproduce:

New Beta 85.0b3


Actual results:

Get constant spinning


Expected results:

Work
Bug: In Firefox 84, login on Express-scripts.com does not complete (had to allow popups), and FreePBX dashboard does not load the dashboard
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-12-18 22:01:12+00:00
Resolved: 2020-12-22 14:13:15+00:00

After the Firefox 84 update, my Express-scripts.com web site login never completed.  Finally had to go in and allow popups for express-scripts.com to get it to work.  NEVER had to do that before.  
My FreePBX dashboard on an internal web server would not load the dashboard nor would it show module updates that I was able to get to come up with Chrome.  WHAT was done to break all that on 64 bit windows?
Bug: RegisterDLL may fail for some DLLs if MSVC runtime is not available
Status: NEW
Priority: --
Created: 2020-12-18 22:10:33+00:00
Resolved: 2023-11-08 22:54:34+00:00

I noticed this while installing a test build on a clean Windows 7 VM. If you look at the installation log, `AccessibleMarshal.dll` fails to register.

This is because the aforementioned DLL dynamically links to the MSVC runtime. If the runtime is not installed globally for the entire machine, then the Windows loader needs to be able to locate the MSVC runtime DLLs that we copied along with our Firefox installation.

Fixing this could be as simple as changing the cwd to the Firefox installation directory prior to registering the DLLs. Another option could be adding the Firefox installation directory to the `PATH` before starting `regsvr32`.

Now, the Real Correct Fix (TM) is for us to stop shipping the individual MSVC and UCRT DLLs in our Program Files directory, and instead use the MSVC redistributable installer to ensure that these libraries are installed machine-wide. This would offer several benefits:
* We would no longer be on the hook for updating MSVC DLLs if they have any bugs or security vulnerabilities; that burden would get to fall onto Windows Update. (Let's be honest, I don't think we stay on top of this with respect to releng!)
* We could do things like add smarts to the stub installer make it check for the redist package's presence and not even bother downloading the CRT if it's already present on the machine, thus reducing the amount of data we need to download and install;
* We currently install a few DLLs on the machine that *do* contain a statically-linked CRT because of concerns around machine-wide availability. If we actually fixed this right, then we could stop doing this static linking, eliminate that gross redundancy, and save *even more* space in our installation.

I suppose the ugliest mitigation is to statically link the CRT into these other DLLs that don't have it, but that's just gross.
Bug: At FFinit time, the menu bar is missing.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-12-19 00:11:49+00:00
Resolved: 2021-01-07 13:55:53+00:00

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

Steps to reproduce:

This is the latest Nightly. The problem has been appearing since several weeks ago. 

When I quit FF I have the menu bar "enabled". When I start FF again, it's missing.




Actual results:

see above


Expected results:

FF should "remember"ALL my settings and restore them at restart.