av9ash/GitBugs huggingface dataset:
Bug: [Win] Don't auto-focus disabled WebRTC - screenshare option in [Select Window or Screen] menu
Status: NEW
Priority: P3
Created: 2020-07-30 06:54:51+00:00
Resolved: 2020-08-18 22:18:02+00:00

**Note**
* the way this is treated on macOS/Ubuntu seems cleaner; the option is not auto-focused, so the text is there and readable;
* on Windows, the option is selected when opening the dropdown; making the text hard to read, until hovering over other options;

**Affected versions**
* 80.0b1, 81.0a1(2020-07-28);

**Affected platforms**
* Windows 10;

**Steps to reproduce**
1. Launch Firefox and Access https://mozilla.github.io/webrtc-landing/gum_test.html
2. Click on the Screen Capture option;
3. Click on the [Select Window or Screen] dropdown;

**Expected result/Enhancement suggestion**
* do not auto-focus/auto-select any option;

**Actual result**
* first-disabled option from the dropdown is selected;

**Regression range**
* not looking like a regression;
* checked with the test page but on builds prior to 2018-12 the "navigator.mediaDevices[gum] is not a function" so cannot get a proper confirmation;

**Additional notes**
* same issue on Light/Dark theme;
* attached screenshot with the issue;
* due to the nature, suggested severity is S4.
Bug: "Send Tab to Device" option is not visible in context menu: "can't access property "content", this.viewCacheTemplate is undefined"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-30 08:23:40+00:00
Resolved: 2020-07-31 20:28:42+00:00

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

Steps to reproduce:

Since my Firefox Developer Edition upgraded to 80.0b1, I see a missing text in the context menu on tabs for the "Send Tab to Device" option. See the image.
In the browser console I see this error:
```
10:19:37.086 Uncaught TypeError: can't access property "content", this.viewCacheTemplate is undefined
    updateSyncButtonsTooltip chrome://browser/content/browser-sync.js:1461
    updateAllUI chrome://browser/content/browser-sync.js:244
    maybeUpdateUIState chrome://browser/content/browser-sync.js:152
    init chrome://browser/content/browser-sync.js:195
    updateTabContextMenu chrome://browser/content/browser-sync.js:1157
    updateContextMenu chrome://browser/content/tabbrowser.js:6682
    onpopupshowing chrome://browser/content/browser.xhtml:1
browser-sync.js:1461:5
    updateSyncButtonsTooltip chrome://browser/content/browser-sync.js:1461
    updateAllUI chrome://browser/content/browser-sync.js:244
    maybeUpdateUIState chrome://browser/content/browser-sync.js:152
    init chrome://browser/content/browser-sync.js:195
    updateTabContextMenu chrome://browser/content/browser-sync.js:1157
    updateContextMenu chrome://browser/content/tabbrowser.js:6682
    onpopupshowing chrome://browser/content/browser.xhtml:1
```
Bug: First click on fresh new window Top Sites link does nothing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-30 10:13:45+00:00
Resolved: 2020-08-27 18:06:13+00:00

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

Steps to reproduce:

OS: Windows 10, on Firefox after update to version 79.0 while using about:newtab as homepage. Firefox Home Content: Web Search, Top Sites (2 rows), Snippets.
Open a fresh new window of Firefox, then click on one link in Top Sites.


Actual results:

The first click does not open the Top Sites' link, all other click works correctly.


Expected results:

Also the first click should open the Top Sites' link clicked.
Bug: Disable select all when clicking in url bar and search bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-30 11:09:26+00:00
Resolved: 2020-07-31 00:38:20+00:00

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

Steps to reproduce:

Click in search bar or the URL bar


Actual results:

All the text gets selected


Expected results:

The cursor placed in the clicked location
Bug: Cannot turn ON Firefox's VPN - no option shown for it
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2020-07-30 11:53:58+00:00
Resolved: 2020-08-04 14:27:01+00:00

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

Steps to reproduce:

Hit the 3 lines (Open Menu)  button. 
Firefox's VPN option is not listed in the dropdown menu.
Tried the Protection Dashboard.   But that just took me to a section of the Options (settings).   That section merely said tracking protection is turned on.    But not the VPN.
In fact, no VPN option is listed, in the Options.


Actual results:

Diddly squat.


Expected results:

There should be a user friendly option to turn Firefox's built in VPN   ON.

I have no clue whether this is a defect report or request for enhancement.   But Firefox's VPN used to be there, and worked.   Firefox later had some kind of corruption, so I uninstalled and re-installed it.    Now, that VPN option is gone.
Bug: Outlined text is not printed - PleaseUpdate pdf.js to version 2.6.160
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-30 12:04:41+00:00
Resolved: 2020-08-20 18:56:14+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36

Steps to reproduce:

I have opened the attached PDF file by Drag&Drop with the FF, PDF.js 2.6.47 opened and I print the PDF on default printer.


Actual results:

After printing the PDF the expected diagonal lettering 'Entwurf' from bottom left to top right was not on the printout.


Expected results:

The expected diagonal lettering 'Entwurf' from bottom left to top right was on the printout.
Bug: Confluence was broken after update to 80 beta
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-30 14:36:02+00:00
Resolved: 2020-08-17 20:13:50+00:00

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

Steps to reproduce:

I'm using Atlassian Confluence 6.15.1
Typing @ in comment editor should open popup with list searchable list of users


Actual results:

Nothing happens


Expected results:

Popup doesn't open
Bug: Items from about:welcome Choose a look section are moving when selected
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-30 15:13:42+00:00
Resolved: 2020-08-19 12:02:47+00:00

* Opened on request on [bug 1653315](https://bugzilla.mozilla.org/show_bug.cgi?id=1653315#c9)

*Affected versions*
* 81.0a1 (20200729213824)

*Affected platforms*
* Windows 10x64
* Ubuntu 18.04


*Steps to reproduce*
1. Open Firefox and go to about:welcome. 
2. Navigate through the welcome screens to the "Choose A Look" screen.
3. Select any random theme and then change it to another one.


*Expected result*
* Themes are changed as expected.


*Actual result*
* Themes section/  Save Theme/ Not now buttons are moved when changing the selection.

*Regression range*
* https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3894c97b6b9479a3f189424d52c74281ecb5d17b&tochange=aafd087ec6adaf20816250dc410be7138dc5099f

*Notes*
* Attached a screen recording.
* This happens when focusing/ defocusing the themes.
* On macOS 10.12 the items are moving only when using the TAB key to select them and they are not moving when clicked.

**Suggested Severity: S3**
Bug: NS_ERROR_FAILURE: Should pass a non-null uri
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-30 17:23:31+00:00
Resolved: 2020-10-13 14:25:42+00:00

When i start Nightly, i see this error in browser console:
[NS_ERROR_FAILURE: Should pass a non-null uri](https://searchfox.org/mozilla-central/rev/56bb74ea8e04bdac57c33cbe9b54d889b9262ade/docshell/base/URIFixup.jsm#271)

Maybe it [calls](https://searchfox.org/mozilla-central/rev/56bb74ea8e04bdac57c33cbe9b54d889b9262ade/browser/components/urlbar/UrlbarValueFormatter.jsm#150) Services.uriFixup.getFixupURIInfo with an empty url at startup.

So checking the url first if it's not empty would avoid this error message at startup.
Bug: Intermittent TEST-UNEXPECTED-TIMEOUT | browser/components/newtab/test/xpcshell/test_AboutHomeStartupCacheWorker.js | Test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-30 18:25:20+00:00
Resolved: 2023-10-13 12:03:27+00:00

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

---

```
[task 2020-07-30T16:52:04.031Z] 16:52:04     INFO -  TEST-START | browser/components/newtab/test/xpcshell/test_AboutHomeStartupCacheWorker.js
[task 2020-07-30T16:57:04.103Z] 16:57:04  WARNING -  TEST-UNEXPECTED-TIMEOUT | browser/components/newtab/test/xpcshell/test_AboutHomeStartupCacheWorker.js | Test timed out
[task 2020-07-30T16:57:04.103Z] 16:57:04     INFO -  TEST-INFO took 300060ms
[task 2020-07-30T16:57:04.103Z] 16:57:04     INFO -  >>>>>>>
...
...
...
```
Bug: "Custom search engine" (bookmark keyword) being activated by keyword but not is visible in Search preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-30 21:27:51+00:00
Resolved: 2020-08-04 13:12:17+00:00

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

Steps to reproduce:

Type "github package" in the omnibar. Search is activated.

Go to Search preferences. There is no search with the keyword or URL from GitHub.

Go to Addon preferences. There is no addon providing a GitHub search engine.


Actual results:

A search engine gets activated under the keyword "github", and when searching it takes me to a blank page since the search engine is misconfigured.


Expected results:

It should be possible to remove the custom search engine.
Bug: after forced restart, all window's front tab has History pane exposed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-30 23:15:07+00:00
Resolved: 2024-03-25 16:23:56+00:00

Say I reboot my computer. Obviously firefox has a forced quit.

When firefox comes back up, it restores my session and every single window has the History pane (to the left of the window content) exposed. So I have to go through every single window and close the History panes.

Why o why do I have to do this?

FYI, I tend to have about 20 - 30 windows open, most with 3 - 8 tables. Some people use 2 windows, each with 50 tabs. This is what I do.

see screenshot
Bug: Tab bar suggestion overwrites quickly-typed characters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-31 06:09:21+00:00
Resolved: 2020-08-01 02:49:45+00:00

I was quickly trying to type "whois" [enter] and kept getting directed to another website!
Experimenting a bit, it looks like a suggestion based on some characters gets inserted even *after* I've typed more characters, erasing these characters.

For example, see the attached video:
- Slowing typing "w", "h", "o" works fine, I can see suggestions after "w" and after "h", but each one gets removed when I type the next letter, as expected.
- Quickly typing "who" (or "whois", "wha", etc.) results in "whistler..." (a website I visited quite a bit 1+ year ago), with the part after "wh" highlighted.

(I did this twice in the video.)

I also found:
- Typing "w" alone gives me "www.facebook.com" (sorry!)
- Typing "w" then "a" writes "wa", with the facebook suggestion in between getting overwritten by my "a", as expected.
- Typing "wa" quickly writes "www.facebook.com", so it lost the 2nd character.

Nightly 80.0a1 (2020-07-20) (64-bit), Windows 10.
Bug: File dialog on Windows limits paths to 259 characters
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-31 08:32:01+00:00
Resolved: 2020-07-31 10:22:40+00:00

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

Steps to reproduce:

I tried to upload a file with a long path to a website.


Actual results:

I pasted the file path into the file chooser dialog, but it was truncated to 259 characters.


Expected results:

The entire file path should have been accepted.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected result should be selected - -1 == 0 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs.js :: assertState :: line 774
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-31 13:28:44+00:00
Resolved: 2020-09-15 17:00:21+00:00

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

---

[task 2020-07-31T12:27:40.243Z] 12:27:40     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected l10n - {"args":null,"id":"urlbar-search-mode-tabs"} deepEqual {"id":"urlbar-search-mode-tabs","args":null} - 
[task 2020-07-31T12:27:40.243Z] 12:27:40     INFO - Buffered messages finished
[task 2020-07-31T12:27:40.243Z] 12:27:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_oneOffs.js | Expected result should be selected - -1 == 0 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs.js :: assertState :: line 774
[task 2020-07-31T12:27:40.243Z] 12:27:40     INFO - Stack trace:
[task 2020-07-31T12:27:40.244Z] 12:27:40     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs.js:assertState:774
[task 2020-07-31T12:27:40.244Z] 12:27:40     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_oneOffs.js:localOneOffReturn:636
Bug: Fix blocking of default top sites with %YYYYMMDDHH% in their URL
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-31 14:17:57+00:00
Resolved: 2020-09-16 17:41:20+00:00

While working on bug 1653934, I just realized that removing these kind of tiles won't work because removing a tile adds its URL to a blocklist but in this case the URL changes regularly.
Bug: History has nothing in it
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-31 14:49:35+00:00
Resolved: 2021-01-19 14:20:17+00:00

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

Steps to reproduce:

MacBook Air Mojave; closed and reopened; click on "history"; Show all history opens and it's blank


Actual results:

Blank in history file


Expected results:

See my current and past history
Bug: The first click on specific CFR-feature buttons does not work if the browser is unfocused
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-31 15:00:59+00:00
Resolved: 2020-08-19 03:18:54+00:00

**[Affected Versions]:**
- Firefox Release 79.0 (Build ID: 20200720193547)
- Firefox Beta 80.0b2 (Build ID: 20200730152159)
- Firefox Nightly 81.0a1 (Build ID: 20200731094606)

**[Affected Platforms]:**
- Windows 10 (x64)
- Ubuntu Linux 18.04
- macOS 10.15

**[Prerequisites]:**
- Have the `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` pref set to `true`.
- Have the `browser.ping-centre.log` pref set to `true`.
- Have the Browser Console opened.

**[Steps to reproduce]:**
1. Start the Firefox Browser with the set-up from prerequisites.
2. Open an “about:newtab” page and click the “Expand devtools” button.
3. From the “Messages” section, select “cfr”.
4. Scroll down to “CRYPTOMINERS_PROTECTION” and click the “Show” button.
5. Focus a different window and click any button from the doorhanger.
6. Observe the behavior and the Browser Console.

**[Expected results]:**
- The action meant for the button is performed.

**[Actual results]:**
- The button does nothing and an error can be observed in the browser console.

**[Notes]:**
- On macOS 10.15, and Ubuntu Linux 18.04 the issue can be reproduced for the “Close” button and for the “See Protections” button.
- Attached a screen recording with the issue.
- The browser console errors that appear are the following:
	- “ TelemetryStopwatch: finishing nonexisting stopwatch. Histogram: "FOG_EVAL_WINDOW_RAISED_S", key: "" “
	- “ TelemetryStopwatch: key "FOG_EVAL_WINDOW_RAISED_S" was already initialized “
Bug: Links to download PDF's broken in V 79
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-31 15:27:37+00:00
Resolved: 2020-08-07 15:22:20+00:00

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



Actual results:

When clicking a link to download a PDF document a new screen flashes briefly and closes.  The Document does not open or download.  Started as soon as V 79 was installed.


Expected results:

New window should open and option to open or download should be presented.
Bug: Using Region API in early startup throws error NS_ERROR_NOT_AVAILABLE
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-31 18:02:10+00:00
Resolved: 2020-11-13 10:15:55+00:00

Using Region API in early startup throws errors NS_ERROR_NOT_AVAILABLE: Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIPrefBranch.setCharPref] Region.jsm 300


Ideally Region API should fail gracefully with no errors when invoked during early startup. Error can be replicated in Browser Content Toolbox with logging Region.home inside AboutWelcomeChild as below: 

ChromeUtils.defineModuleGetter(
  this,
  "Region",
  "resource://gre/modules/Region.jsm"
);

AWWaitForRegionChange() {
log.debug(`Region home is ${Region.home}`);
}

As of now Onboarding flow relies on observing search.region pref directly

https://searchfox.org/mozilla-central/source/browser/components/newtab/aboutwelcome/AboutWelcomeChild.jsm#290

Once this issue is fixed, Ideally we should observe Region change API instead of pref as below:

  AWWaitForRegionChange() {
    return this.wrapPromise(
      new Promise(resolve =>
        Services.obs.addObserver(function observer(aSubject, aTopic, aData) {
          if (
            aData === Region.REGION_UPDATED &&
            aTopic === Region.REGION_TOPIC
          ) {
            Services.obs.removeObserver(observer, aTopic);
            resolve(Region.home);
          }
        }, Region.REGION_TOPIC)
      )
    );
  }
Bug: Saving a page a second time as Text changes the extension to HTML
Status: NEW
Priority: P3
Created: 2020-07-31 18:52:46+00:00
Resolved: 2022-09-02 13:35:37+00:00

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

Steps to reproduce:

For several months now, when trying to save a webpage as text, Firefox will save text data, but add an .html extension.  This occurs even if text is the option to appear when first hitting save, and I still select text as the format to save.  If I hit tab and then t, however, it will work.
Bug: Clicking to unfold a comment in slashdot changes the position in the page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-31 19:31:21+00:00
Resolved: 2020-08-05 16:23:19+00:00

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

Steps to reproduce:

- Go to http://www.slashdot.org
- Open a story
- Scroll down
- Click a folded comment to make it open up



Actual results:

Browser view jumps near to the top of the page


Expected results:

Browser should have remained at the same position in the page while the comment unfolded.
Bug: Firefox Account is not shown on new window.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-31 21:34:58+00:00
Resolved: 2021-02-25 02:47:09+00:00

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

Steps to reproduce:

Open two or more Firefox windows. Observe the Firefox Account icon.


Actual results:

First window shows the account is signed in. Additional windows show the account is signed out.

Firefox 80.0b2
Windows 10 2004


Expected results:

The account should be shown on both windows
Bug: Show vulnerable passwords on the Lockwise about:protections card
Status: NEW
Priority: P3
Created: 2020-07-31 23:17:48+00:00
Resolved: 2024-04-29 09:48:51+00:00

Right now we only show a count of breached logins but we should also show a count of vulnerable logins (added in Fx76).

The following code will retrieve the vulnerable logins
```js
let logins = await LoginHelper.getAllUserFacingLogins();
await LoginBreaches.getPotentiallyVulnerablePasswordsByLoginGUID(logins)
```
Bug: When navigating a link to facebook from a search engine, facebook opens a new tab and closes the previous tab, so that you don't have a back button to the search engine.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-01 00:38:04+00:00
Resolved: 2024-05-02 21:34:10+00:00

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

Steps to reproduce:

1. Go to google
2. Search for 'achievement hunters -hunter'
3. Go navigate to the 'VR Achievement Hunters - Home | Facebook' link
(step 2 and 3 can be any search resulting in a link to facebook)


Actual results:

Facebook opens a new tab with the relevant content on facebook and closes the previous tab, resulting in not being able to press back


Expected results:

A website shouldnt be allowed to use such practices, or the website should at least ask for permissions to open and close tabs.
Bug: firefox update downloads over port 80
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-01 01:41:12+00:00
Resolved: 2020-08-03 23:01:07+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

Steps to reproduce:

When downloading updates for firefox I have consistently noticed by viewing the traffic that it uses port 80. It would inspire more confidence if this was going over https and directly to a mozilla controlled server.


Actual results:

firefox downloads happen over port 80


Expected results:

firefox downloads happen over port 443
Bug: Switching language while in private mode fails
Status: REOPENED
Priority: P3
Created: 2020-08-01 02:03:57+00:00
Resolved: 2020-08-28 15:26:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

Steps to reproduce:

I just had to use firefox on a german laptop for a webdev project. Since I usually don't want to keep cookies or cached data while I refactor the backend I usually use a private window for development stuff.
After realizing that the ui was german I tried to download english (US) and switch to it while opening the preferences tab in a private window.


Actual results:

After restarting the browser only parts of the interface were translated, the vast majority was still german.
Switching back to german and then selecting English again didn't fix the problem.


Expected results:

I expected everything to be English.

I managed to solve this by manually uninstalling the English language back and dictionary, before re-downloading them from an options tab that wasn't in a private window.
Bug: Ctrl-Tab only shows 6 tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-01 08:31:10+00:00
Resolved: 2020-08-03 13:49:42+00:00

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

Steps to reproduce:

Hit ctrl-tab, observe new popup. This is because 1473595 apparently was just activated for me


Actual results:

Only 6 tabs are listed in an apparently random order (maybe recently used?). There is no way via keyboard to access any of the other tabs listed


Expected results:

Tabs should be listed in the order listed in the browser. 

Short term: revert #1473595 
Longer term: restore the pop-up, but tab through entire list of tabs, in the order they are in the browser