av9ash/GitBugs huggingface dataset:
Bug: Address bar strings are not updated after live language switch
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-25 07:14:18+00:00
Resolved: 2022-04-12 19:37:01+00:00

##### [Description:]
When live switching  language, switch to tab -  doesn't get switched.

##### [Environment:]

100.0a1 (2022-03-24)

Windows 10

##### [Preconditions:]
###### Configs:
intl.multilingual.downloadEnabled: true
intl.multilingual.enabled: true
intl.multilingual.liveReload: true
browser.search.log: true

###### Tools:
[language packs](https://mock-amo-language-tools.glitch.me/?app=firefox&type=language&appversion=%VERSION%)
[search-addon](https://github.com/mozilla-extensions/searchengine-devtools/releases) if needed, preferably in a separate FX for default engine checks

##### [Steps:]
1. Install a firefox Firefox locale, en-us for example (autoset region not that relevant).
2. Install zh-CN language pack from the preconditions.
3. Open about:preferences / Language.
4. Switch the language to zh-cn.
5. New tab and open youtube.com
6. New tab and type youtube and observe switch to tab.


##### [Actual Result:]
Switch to tab is not switched to the live language switched.

##### [Expected Result:]
When live language switch is done, the switch to tab should be switched.
Bug: Browser changes caret position to start of url
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2022-03-25 10:11:35+00:00
Resolved: 2022-10-07 01:53:35+00:00

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

Steps to reproduce:

Typed a url into the address bar, was redirected to another url while trying to modify the original url in my address bar


Actual results:

I am redirected to another url, which starts with the original url i entered. If I click in the url to modify it before the page is redirected, my caret gets repositioned at the beginning of the url instead of respecting where i clicked


Expected results:

The caret should stay where it is if the redirected url contains a portion of the original url
Bug: search.js browser console error when live switching language
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-25 10:30:49+00:00
Resolved: 2022-03-25 14:10:15+00:00

##### [Description:]
Browser console error when live switching  language

##### [Environment:]

100.0a1 (2022-03-24)

Windows 10, Ubuntu 22.04

##### [Preconditions:]
###### Configs:
intl.multilingual.downloadEnabled: true
intl.multilingual.enabled: true
intl.multilingual.liveReload: true
browser.search.log: true

###### Tools:
[language packs](https://mock-amo-language-tools.glitch.me/?app=firefox&type=language&appversion=%VERSION%)
[search-addon](https://github.com/mozilla-extensions/searchengine-devtools/releases) if needed, preferably in a separate FX for default engine checks

##### [Steps:]
1. Install a Firefox locale, en-us for example (autoset region not that relevant).
2. Install zh-CN language pack from the preconditions.
3. Open the Browser Console
3. Open about:preferences / Language.
4. Switch the language to zh-cn.
5. Verify Browser Console 

##### [Actual Result:]
The following error is displayed:
`Could not find engine to update 4 search.js:633:15
    updateEngine chrome://browser/content/preferences/search.js:633
    observe chrome://browser/content/preferences/search.js:355
    notifyAction resource://gre/modules/SearchUtils.jsm:223
    _updateFromManifest resource://gre/modules/SearchEngine.jsm:1089
    _reloadEngines resource://gre/modules/SearchService.jsm:777`

##### [Expected Result:]
No search warnings or errors are listed.

##### [Note:]
The search engines are correctly changed for this scenario.
Bug: Error syncing FF after moving profile to RAM disk
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-25 10:43:27+00:00
Resolved: 2022-03-31 11:26:29+00:00

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

Steps to reproduce:

1) Moved FF profile to RAM disk "R" (by https://sourceforge.net/p/imdisk-toolkit/doc/Home/):
2) In profiles.ini:
=IsRelative=0
=Path=r:\Firefox\Profiles\md6imqxe.default-release
3) Copied SSD standard place FF folder to new location
4) In RAM profile folder have Deleted file: addonStartup.json.lz4 & deleted folder: startupCache folder
- restarted firefox 2 times
4) Except Sync, FF is working fine.

5) System TEMP/TMP point to the RAM disk also.



Actual results:

If you do a sync while FF is working - an error log file is created, see log file attached.
Bug: Estimated reading times for Pocket recommendations sometimes wildly off
Status: NEW
Priority: P2
Created: 2022-03-25 12:08:26+00:00
Resolved: 2022-04-28 12:11:19+00:00

I've been noticing that the estimated reading times shown on the New Tab page's "Recommended by Pocket" tiles are often on the low side, and sometimes dramatically wrong.

For example, today my Nightly is showing a recommendation (see screenshot) for an esquire.com article, "38 Documentaries That Will Change Your Life", and suggests a reading time of **1 min**. That seems very short to even briefly skim the titles of 38 documentaries!

That recommendation actually takes me to https://www.esquire.com/entertainment/movies/g3342/best-documentaries-of-all-time/?utm_source=pocket-newtab-global-en-GB, which is in fact many screen-fulls long. Clicking Reader Mode on the article shows an estimated reading time of **24-30 minutes**, which seems much more realistic than what the New Tab page showed.

In general, the reading times shown on the New Tab page are in the right ballpark, although they seem to consistently be a bit lower than what Reader Mode suggests for the linked articles. But this is not the only time I have seen an estimate that is wildly out of line with reality.

Another example I'm seeing in today's Nightly is a link to "What was the Cold War?" on [nationalgeographic.com](https://www.nationalgeographic.com/culture/article/cold-war?utm_source=pocket-newtab-global-en-GB). Here, the New Tab page shows **3 min**, whereas going to the article and clicking Reader Mode shows an estimated time of **10-12 minutes**.

It looks like whatever the New Tab page is doing to get these estimated reading times is somewhat unreliable.
Bug: Intermittent browser/components/places/tests/browser/browser_addBookmarkForFrame.js | Test timed out - | Found a tab after previous test timed out
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-03-25 14:57:57+00:00
Resolved: 2022-07-25 23:08:17+00:00

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

---
```
INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: REVEAL_PASSWORD_ENABLED
[task 2022-03-25T13:18:27.018Z] 13:18:27     INFO - withBookmarksDialog: opening the dialog
[task 2022-03-25T13:18:27.019Z] 13:18:27     INFO - withBookmarksDialog: waiting for the dialog
[task 2022-03-25T13:18:27.020Z] 13:18:27     INFO - Buffered messages finished
[task 2022-03-25T13:18:27.021Z] 13:18:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_addBookmarkForFrame.js | Test timed out - 
[task 2022-03-25T13:18:27.021Z] 13:18:27     INFO - GECKO(6292) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-03-25T13:18:27.021Z] 13:18:27     INFO - GECKO(6292) | MEMORY STAT | vsize 3500MB | residentFast 449MB | heapAllocated 223MB
[task 2022-03-25T13:18:27.022Z] 13:18:27     INFO - TEST-OK | browser/components/places/tests/browser/browser_addBookmarkForFrame.js | took 45134ms
[task 2022-03-25T13:18:27.022Z] 13:18:27     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-03-25T13:18:27.022Z] 13:18:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_addBookmarkForFrame.js | Found a tab after previous test timed out: http://mochi.test:8888/browser/browser/components/places/tests/browser/framedPage.html - 
[task 2022-03-25T13:18:27.022Z] 13:18:27     INFO - GECKO(6292) | JavaScript error: chrome://browser/content/tabbrowser-tabs.js, line 1186: TypeError: can't access property "closing", selectedTab is null
[task 2022-03-25T13:18:27.022Z] 13:18:27     INFO - Console message: [JavaScript Error: "TypeError: can't access property "closing", selectedTab is null" {file: "chrome://browser/content/tabbrowser-tabs.js" line: 1186}]
[task 2022-03-25T13:24:37.009Z] 13:24:37     INFO - Buffered messages finished
[task 2022-03-25T13:24:37.010Z] 13:24:37    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/places/tests/browser/browser_addBookmarkForFrame.js (finished) | application timed out after 370 seconds with no output
[task 2022-03-25T13:24:37.010Z] 13:24:37    ERROR - Force-terminating active process(es).
[task 2022-03-25T13:24:37.010Z] 13:24:37     INFO - Determining child pids from psutil...
[task 2022-03-25T13:24:37.018Z] 13:24:37     INFO - [6358, 6385, 6425, 6517, 6532, 6565]
```
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | Delete file command should be disabled -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-03-25 15:28:41+00:00
Resolved: 2022-07-25 23:14:54+00:00

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

---
```
INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | There should be a download in the list - 1 > 0 - 
[task 2022-03-25T14:19:38.887Z] 14:19:38     INFO - Buffered messages finished
[task 2022-03-25T14:19:38.887Z] 14:19:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | Delete file command should be disabled - 
[task 2022-03-25T14:19:38.888Z] 14:19:38     INFO - Stack trace:
[task 2022-03-25T14:19:38.888Z] 14:19:38     INFO - chrome://mochikit/content/browser-test.js:test_ok:1394
[task 2022-03-25T14:19:38.888Z] 14:19:38     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js:test_download_deleteFile:117
[task 2022-03-25T14:19:38.888Z] 14:19:38     INFO - Leaving test bound test_download_deleteFile
[task 2022-03-25T14:19:38.889Z] 14:19:38     INFO - removing C:\Users\task_164821212465693\AppData\Local\Temp\dm-ui-test.file
[task 2022-03-25T14:19:38.889Z] 14:19:38     INFO - GECKO(4124) | MEMORY STAT | vsize 19414455MB | vsizeMaxContiguous 69581236MB | residentFast 1075MB
[task 2022-03-25T14:19:38.889Z] 14:19:38     INFO - TEST-OK | browser/components/downloads/test/browser/browser_downloads_context_menu_delete_file.js | took 2005ms
```
Bug: Default Engine removal infobar can be shown when live language switching
Status: NEW
Priority: P2
Created: 2022-03-25 16:14:48+00:00
Resolved: 2022-04-22 12:40:35+00:00

##### [Description:]
Switching locales can trigger a scenario in which the default engine will not be available in the switched locale, which will trigger the removal infobar. 

##### [Environment:]

100.0a1 (2022-03-24)

Windows 10

##### [Preconditions:]
###### Configs:
intl.multilingual.downloadEnabled: true
intl.multilingual.enabled: true
intl.multilingual.liveReload: true
browser.search.log: true
browser.search.region: RO

###### Tools:
[language packs](https://mock-amo-language-tools.glitch.me/?app=firefox&type=language&appversion=%VERSION%)
[search-addon](https://github.com/mozilla-extensions/searchengine-devtools/releases) if needed, preferably in a separate FX for default engine checks

##### [Steps:]
1. Install a firefox Firefox locale: ro.
2. Install fr language pack from the preconditions.
3. Open about:preferences / search.
4. Remove all engines which are common to ro/RO and fr/RO: google, ddg, bing -> amazon and wikipedia.ro remain
5. Go to about:preferences / language and change the language to fr.
6. Check the search engines -> remove google ?
7. Check what engine is default (qwant)
8. Switch language again back to ro.
9. Restart.


##### [Actual Result:]

6. At step 6 google is restored and set as default for fr/RO -> due to a general engine needing to be a default.

8. At this point, qwant engine will not be available in ro/RO, hence it will consider the engine is removed -> infobar trigger 

SearchService: removeWebExtensionEngine: amazondotcom@search.mozilla.org SearchService.jsm:1943:16
SearchService: getEngines: getting all engines for amazondotcom@search.mozilla.org SearchService.jsm:1503:16
SearchUtils: NOTIFY: Engine: Amazon.com Verb: engine-removed SearchUtils.jsm:222:18
SearchService: init 3 SearchService.jsm:1300:16
SearchService: maybeReloadEngines complete SearchService.jsm:686:16




##### [Expected Result:]
I'm uncertain if the infobar should be displayed here.


##### [Note:]
1. Language switch with restart with locales which have different Firefox set default engines will not trigger the infobar due to bug 1759207, but I'm guessing once that's fixed, the infobar will get triggered even if the default engines are application set.
2. Please also note that the particular STR above are reduced so the infobar can be always triggered.
Bug: Remove Engine(about:preferences#search) should be disabled for current Default Engine
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-03-25 16:30:34+00:00
Resolved: 2022-07-21 09:10:15+00:00

about:preferences#search:
the list of Search Engines allow for removal of search engines. 

The preferences UI in this case shouldn't allow for removal of the current set engine. 
Even if the removal just hides the engine, the button shouldn't be available for the current set default engine
Bug: RemoteL10n does not work on ja macos
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-03-25 17:21:55+00:00
Resolved: 2022-05-20 21:05:33+00:00

Looks like the locale is now `ja-JP-macos` and that's not an allowed locale:
https://searchfox.org/mozilla-central/rev/3f782c2587124923a37c750b88c5a40108077057/browser/components/newtab/lib/RemoteL10n.jsm#34,89
Bug: social network and other website close session  automatically
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-25 17:32:28+00:00
Resolved: 2022-08-28 23:10:23+00:00

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

Steps to reproduce:

1. Log in 
2. Session started 
3. Session automatically closed 


Actual results:

The session is automatically closed often 


Expected results:

The session is available every time
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) name - Got "context-inspect-a11y", expected "spell-check-enabled"
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-03-25 19:01:37+00:00
Resolved: 2022-07-26 00:13:05+00:00

**Filed by:** mlaza [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=372372916&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/d-u4Tmu-QvuHJkPnkaJa6A/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #8 (---) name - 
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - Buffered messages finished
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) name - Got "context-inspect-a11y", expected "spell-check-enabled"
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - Stack trace:
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - chrome://mochikit/content/browser-test.js:test_is:1422
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenuItem:186
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenu:306
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkContextMenu:176
[task 2022-03-25T18:09:16.059Z] 18:09:16     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:test_contextmenu:445
[task 2022-03-25T18:09:16.060Z] 18:09:16     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) enabled state - 
```
Bug: Removal of Cut/Copy/Paste items from the main hamburger menu breaks functionality on some webpages (on non-macOS)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-03-25 19:21:55+00:00
Resolved: 2022-04-04 18:51:33+00:00

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

Steps to reproduce:

At some point Mozilla removed the Cut, Copy and Paste options in Firefox which breaks functionality on some web-pages. An example is for Ubiquiti's router web interface, in their web terminal, Ctrl-C is the typical Linux kill command, right click is commandeered for a terminal layout configuration menu, and the only way to paste text into the webpage is to use the Paste menu item that used to be in the hamburger menu.

There are other web-pages that using the menu item is the only or best way to cut/copy/paste text.

Removal of this feature breaks those web pages.



Actual results:

Because there is no way to paste text, and  because CTRL-C is commandeered by the web terminal to pass the Linux kill command, I'm unable to paste text into my web terminal in my router's web interface.

There are other websites where this happens as well.


Expected results:

The Cut, Copy, and Paste menu items should have been left available in some form or another. It breaks 40 years of GUI convention to have removed these, and it's expected by everyone to always have menu items as a fall back. Since Ctrl-C, Ctrl-V and Ctrl-X are not universally used for Cut/Copy/Paste, it should not be assumed that they will always be available.

The menu item however, is ALWAYS universally expected to be there, somewhere. 

In cases where the keyboard shortcut gets re-assigned as the keyboard assignments are not universal, having the cut/copy/paste menu items are critical.
Bug: Session restore silently fails with errors on multiprocess browser console
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-26 07:05:03+00:00
Resolved: 2022-03-26 18:18:04+00:00

>OperationError: Could not move temporary file(C:\Users\Kagami\AppData\Local\Mozilla\Firefox\Profiles\6jkfa0nw.default-nightly-1633113404088\startupCache\webext.sc.lz4.tmp) to destination(C:\Users\Kagami\AppData\Local\Mozilla\Firefox\Profiles\6jkfa0nw.default-nightly-1633113404088\startupCache\webext.sc.lz4)

>Could not write session state file  DOMException: Could not move temporary file(C:\Users\Kagami\AppData\Roaming\Mozilla\Firefox\Profiles\6jkfa0nw.default-nightly-1633113404088\sessionstore-backups\recovery.jsonlz4.tmp) to destination(C:\Users\Kagami\AppData\Roaming\Mozilla\Firefox\Profiles\6jkfa0nw.default-nightly-1633113404088\sessionstore-backups\recovery.jsonlz4) DOMException@resource://gre/modules/PromiseWorker.jsm:106:18 postMessage@resource://gre/modules/PromiseWorker.jsm:342:55
Bug: Download causes an unwanted window to overlay web page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-03-26 12:08:29+00:00
Resolved: 2022-03-30 15:23:13+00:00

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

Steps to reproduce:

* Select a file to download
* Use the file requester to provide download location and file name
* Select Save


Actual results:

The download starts as expected, however additionally a window with a list of downloads opens up and overlays the top right section of the web page.



Expected results:

The download icon should have changed to indicate an ongoing download, but the download list window should have remained hidden.
Bug: Starts in safe mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-26 14:23:56+00:00
Resolved: 2022-03-30 16:47:05+00:00

Nightly 100.0a1 (2022-03-26) is starting in Safe Mode when computer is booted up. I do not have any extensions installed.
Need help in trouble shooting my problem. I have not been able to find a solution when searching for why FF Nightly is starting in safe mode.  

Processor	Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz   3.20 GHz
Installed RAM	8.00 GB
System type	64-bit operating system, x64-based processor
Bug: Downloads window randomly pops up despite no recent download
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-26 14:57:12+00:00
Resolved: 2022-03-26 15:19:24+00:00

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

Steps to reproduce:

Has happened roughly 5 times in the past day during normal operation, nothing in particular seems to trigger it.


Actual results:

The downloads menu will appear despite no download completing or even having occurred recently.


Expected results:

The menu should not open unless I download something.
Bug: Exiting FF should reinstate previous session
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-26 17:28:27+00:00
Resolved: 2022-03-29 23:14:30+00:00

Steps to reproduce:

File -> exit


Actual results:

Earlier session is restored... NOT the "current" session


Expected results:

The "current" session should be restored but it is NOT.

THIS IS STILL happening with "current" level of FF.
Bug: No Yandex seach in Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-26 17:43:20+00:00
Resolved: 2022-03-27 20:02:27+00:00

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

Steps to reproduce:

My default serach engine was set to Yandex. I didn't change this and had no intention to change.


Actual results:

search engine changed to Google, I can't change it back to Yandex


Expected results:

I expect I can continue to use Yandex as my default search engine. I've donated Mozilla many times and I want to continue using what I want to use.
Bug: switchToTabHavingURI.switchIfURIInWindow should take into account that adoptTab can abort
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-26 19:01:06+00:00
Resolved: 2022-04-11 22:05:11+00:00

1. Set `browser.urlbar.switchTabs.adoptIntoActiveWindow = true`
2. Make sure you don't have any `about:preferences` tab
3. Open browser console and run

    ```js
    gBrowser.addTab("about:preferences", {
      createLazyBrowser: true,
      triggeringPrincipal: Services.scriptSecurityManager.getSystemPrincipal(),
      allowInheritPrincipal: true,
    })
    ```
4. Open a new window. Open a 2nd tab in it
5. Type `about:preferences %` in the location bar, choose the entry from the list that says "Switch to Tab".

Then, Firefox tries to adopt the tab into the new window. But this fails due to bug 1758307.

Then, what happens is that the tab closes, but you are still in the new window, not seeing the `about:preferences` tab anywhere.

I think that if the adoption fails, Firefox should fall back to behaving like with `browser.urlbar.switchTabs.adoptIntoActiveWindow = false`