av9ash/GitBugs huggingface dataset:
Bug: tab iterations not releasing, hogging CPU
Status: UNCONFIRMED
Priority: --
Created: 2021-01-14 04:36:53+00:00
Resolved: 2021-01-14 07:17:16+00:00

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

Steps to reproduce:

Opening /closing tabs & windows in normal operation.

Win 10 1909, but this has been a problem for months
Intel i5 4760m 8GB Ram


Actual results:

Computer slows to a crawl.
Task manager shows excessive # of Firefox App iterations.
With only 5 open tabs, Task Manager Apps shows Firefox (12). One will be using excessive CPU time.
Killing FF, then reopening (the 5 tabs repopulate), FF shows Firefox (5). Opening a new tab for Bugzilla, it shows (7, then 8).
Closing a random tab did not change the count.



Expected results:

Closing tabs should close = # of process?
CPU should not get bogged down.

Is there a way to identify which tab an iteration is/was using?
Bug: "Switch to tab" suggested for tabs that are not open, does nothing instead of opening the page
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-01-14 11:40:13+00:00
Resolved: 2024-05-08 09:38:48+00:00

Using latest Nightly.

I don't have specific steps to reproduce this. It happens at least once a day, but I don't know what causes it.

In general, it involves:
1) An address that I visit frequently, at least several times per day, opening and closing the tab. Each time visiting the page by typing a few characters and picking the first option in the address bar.
2) After a while, when I type those characters, the address bar drop-down shows that address with the option to "Switch to tab". That tab is not open. Choosing that entry leaves me in the current tab and does nothing. If I do this from an empty tab, it does not load the page.
3) The only way to load the page is to copy and paste the address.

I have 7,000+ open tabs. It may have something to do with it.
EDIT to add: I restart my browser to update it daily. After a restart, the problem is gone, until I start opening and closing tabs with the frequently-visited websites.
Bug: Themes drop-down menu from about:customize is shaking sometimes when opened
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-14 15:00:33+00:00
Resolved: 2021-01-29 14:41:33+00:00

*Affected versions*
* 86.0a1 (20210113213439)
* 85.0b8 (20210112185508)
* 84.0.2 (20210105180113)

*Affected platforms*
* Mac Mini M1 11.1
* MacBook Pro 11.1

*Steps to reproduce*
1. Open Firefox and go to the Customize menu.
2. Click on the page anywhere and select the Themes drop-down menu.

*Expected result*
* Themes drop-down menu is opened as expected.

*Actual result*
* The drop-down menu is sometimes shaking.

*Regression range*
* I will search for one ASAP if there is one.






*Notes*
* Attached a screen recording. 
* The issue may be intermittent. After the Themes dropdown menu is opened focus the page and select the drop-down again. If not reproduced, repeat the steps.
Bug: Intermittent browser/components/customizableui/test/browser_disable_commands_customize.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-14 17:01:33+00:00
Resolved: 2021-02-09 17:03:45+00:00

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

---
```
INFO - TEST-START | browser/components/customizableui/test/browser_disable_commands_customize.js
[task 2021-01-14T16:28:41.322Z] 16:28:41     INFO - TEST-INFO | started process screentopng
[task 2021-01-14T16:28:41.569Z] 16:28:41     INFO - TEST-INFO | screentopng: exit 0
[task 2021-01-14T16:28:41.569Z] 16:28:41     INFO - Buffered messages logged at 16:23:08
[task 2021-01-14T16:28:41.569Z] 16:28:41     INFO - Entering test bound test_disable_commands
[task 2021-01-14T16:28:41.569Z] 16:28:41     INFO - Buffered messages finished
[task 2021-01-14T16:28:41.569Z] 16:28:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_disable_commands_customize.js | Test timed out - 
[task 2021-01-14T16:28:41.577Z] 16:28:41     INFO - GECKO(1573) | MEMORY STAT | vsize 130551799MB | residentFast 3708MB
[task 2021-01-14T16:28:41.577Z] 16:28:41     INFO - TEST-OK | browser/components/customizableui/test/browser_disable_commands_customize.js | took 333251ms
[task 2021-01-14T16:28:41.577Z] 16:28:41     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-01-14T16:28:41.577Z] 16:28:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_disable_commands_customize.js | Found a tab after previous test timed out: about:blank - 
[task 2021-01-14T16:28:41.682Z] 16:28:41     INFO - checking window state
[task 2021-01-14T16:28:41.883Z] 16:28:41     INFO - TEST-START | browser/components/customizableui/test/browser_drag_outside_palette.js```
Bug: Intermittent browser/components/customizableui/test/browser_customizemode_contextmenu_menubuttonstate.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-14 22:09:07+00:00
Resolved: 2024-06-05 12:01:39+00:00

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

---
```
[task 2021-01-14T10:46:14.113Z] 10:46:14     INFO - TEST-PASS | browser/components/customizableui/test/browser_customizemode_contextmenu_menubuttonstate.js | Menu button should be disabled in customize mode - 
[task 2021-01-14T10:46:14.113Z] 10:46:14     INFO - Buffered messages finished
[task 2021-01-14T10:46:14.113Z] 10:46:14     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_customizemode_contextmenu_menubuttonstate.js | Test timed out - 
```
Bug: Firefox 85 unstable on Manjaro
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-15 04:46:20+00:00
Resolved: 2021-01-19 23:30:23+00:00

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

Steps to reproduce:

Open Firefox with multiple tabs. Bug occurs when switching between tabs at any given moment (sporadic)


Actual results:

There are many possibilities. 
Close tab: the tab stays but is blank (shown in attached image)
Go to another tab: part of the page will load but gets cut off by page of last tab
scroll through page: sometimes text will get distorted


Expected results:

close tab: tab goes away and tab to the left should be active
go to another tab: page should load instead of getting cut off
Bug: Intermittent [tier2] TV browser/components/aboutconfig/test/browser/browser_edit.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-15 06:41:02+00:00
Resolved: 2021-02-09 17:03:49+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=326768448&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/EDp0RBBORpeaII7UdqybhA/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/EDp0RBBORpeaII7UdqybhA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-01-15T03:21:58.538Z] 03:21:58     INFO - TEST-PASS | browser/components/aboutconfig/test/browser/browser_edit.js | {} == true - 
[task 2021-01-15T03:21:58.538Z] 03:21:58     INFO - TEST-PASS | browser/components/aboutconfig/test/browser/browser_edit.js | {} == true - 
[task 2021-01-15T03:21:58.538Z] 03:21:58     INFO - Buffered messages logged at 03:21:13
[task 2021-01-15T03:21:58.538Z] 03:21:58     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2021-01-15T03:21:58.538Z] 03:21:58     INFO - Buffered messages finished
[task 2021-01-15T03:21:58.539Z] 03:21:58     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutconfig/test/browser/browser_edit.js | Test timed out - 
[task 2021-01-15T03:21:58.539Z] 03:21:58     INFO - GECKO(1543) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-01-15T03:21:58.539Z] 03:21:58     INFO - GECKO(1543) | MEMORY STAT | vsize 7902MB | residentFast 444MB | heapAllocated 153MB
[task 2021-01-15T03:21:58.539Z] 03:21:58     INFO - TEST-OK | browser/components/aboutconfig/test/browser/browser_edit.js | took 90107ms```
Bug: Intermittent browser/modules/test/browser/browser_PermissionUI.js | A promise chain failed to handle a rejection: engine is null - stack: _updateURLBarPlaceholder@chrome://browser/content/browser.js:4138:9
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-01-15 07:10:35+00:00
Resolved: 2021-01-18 06:27:19+00:00

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

---
```
[task 2021-01-14T20:17:22.097Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | The mainAction callback should have fired - true == true - 
[task 2021-01-14T20:17:22.097Z] 20:17:22     INFO - Leaving test bound test_no_request
[task 2021-01-14T20:17:22.098Z] 20:17:22     INFO - Entering test bound test_window_swap
[task 2021-01-14T20:17:22.099Z] 20:17:22     INFO - Buffered messages logged at 20:17:21
[task 2021-01-14T20:17:22.099Z] 20:17:22     INFO - Console message: [JavaScript Error: "TypeError: engine is null" {file: "chrome://browser/content/browser.js" line: 4138}]
[task 2021-01-14T20:17:22.100Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | Should have gotten the notification - [object Object] == true - 
[task 2021-01-14T20:17:22.101Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | Should be showing the right message - "Test message" == "Test message" - 
[task 2021-01-14T20:17:22.101Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | The main action should have the right label - "Test action" == "Test action" - 
[task 2021-01-14T20:17:22.102Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | The main action should have the right access key - "T" == "T" - 
[task 2021-01-14T20:17:22.103Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | There should only be 1 secondary action - 1 == 1 - 
[task 2021-01-14T20:17:22.103Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | The secondary action should have the right label - "Secondary" == "Secondary" - 
[task 2021-01-14T20:17:22.104Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | The secondary action should have the right access key - "S" == "S" - 
[task 2021-01-14T20:17:22.105Z] 20:17:22     INFO - TEST-PASS | browser/modules/test/browser/browser_PermissionUI.js | Should be showing the URI of the requesting page - true == true - 
[task 2021-01-14T20:17:22.105Z] 20:17:22     INFO - Buffered messages finished
[task 2021-01-14T20:17:22.106Z] 20:17:22     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_PermissionUI.js | A promise chain failed to handle a rejection: engine is null - stack: _updateURLBarPlaceholder@chrome://browser/content/browser.js:4138:9```
Bug: Icons appear normally in tabs but do not appear in drop down bookmark menu.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-15 09:02:35+00:00
Resolved: 2021-02-08 12:37:49+00:00

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

Steps to reproduce:

Normal updates carried out when available.


Actual results:

I have several bookmark folders containing specific bookmarks but some of these bookmarks show the generic wire frame globe instead of an icon.  When I click on one of the wire framed icons a new tab opens up in my browser with the correct icon preceding the tab title.  I have tried deleting the bookmark from the drop down and re-instating it by re-bookmarking the page but it continues to show the wire frame globe as it's icon in the drop down menu but the correct icon on the browser tab.  The attached image shows the drop down open with the wire frame icon and the corresponding tab with the correct icon.


Expected results:

Once deleted and re-instated the drop down menu should show the correct icon for each bookmark.
Bug: issue (on v84) with playing a webm video inside a <canvas> element; colors are oversaturated
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-15 09:10:03+00:00
Resolved: 2021-01-19 18:01:03+00:00

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

Steps to reproduce:

I have encountered an issue while playing webm video inside a <canvas> element. 
Happens only on the MacOS (Mojave / BigSur ) with Firefox 84.0.2 
On Windows the bug cannot be reproduced.



Actual results:

The colors look oversaturated so the video has strong tints of purple, green, neon yellow etc.


Expected results:

Video should play with real colors.
Bug: $' is replaced to Mozilla Firefox in titles
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-15 09:27:11+00:00
Resolved: 2021-05-31 12:54:30+00:00

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

Steps to reproduce:

Follow this link and look to the title: https://stackoverflow.com/questions/36587660/in-a-bash-script-what-would-0-evaluate-to-and-why


Actual results:

In page titles $' is replaced to "Mozilla Firefox". Sometimes it is really annoying. For example: https://stackoverflow.com/questions/36587660/in-a-bash-script-what-would-0-evaluate-to-and-why


Expected results:

$' should have left as-is.
Bug: [Win] Labels are  not visible  for browser control buttons tooltips with high contrast #2
Status: NEW
Priority: --
Created: 2021-01-15 10:06:23+00:00
Resolved: 2021-01-15 13:29:39+00:00

**Affected versions**
* 84.0
* 85.0b9
* 86.0a1 (2021-01-14)

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Select High contrast #2
2. Open Firefox
3. Hover the browser controls 
4. Observe the label of the tooltips

**Expected result**
* The labels are visible

**Actual result**
* The labels are not visible

**Regression range**
* Not a regression, this issue appeared once bug [1629832](https://bugzilla.mozilla.org/show_bug.cgi?id=1629832)
was implemented

**Additional notes**
* Not reproducible with other high contrast options 
* Not reproducible on other windows/modals (eg. About Firefox, Library)
Bug: Does not scroll through images in a slideshow
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-15 12:44:56+00:00
Resolved: 2021-02-02 15:07:31+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:

1. Open Firefox
2. Type in the address bar the URL https://www.tgcom24.mediaset.it/cronaca/tra-conferme-e-nuove-restrizioni-ecco-il-dpcm-in-vigore-da-domani-regioni-a-rischio-zona-rossa-e-arancione-attesa-per-la_27611924-202102k.shtml
3. Scroll down to the slideshow


Actual results:

It is not possible to move between images in the slideshow.


Expected results:

It is possible to move between images in the slideshow.
Bug: 0.13 - 0.22% installer size (osx-aarch64-shippable) regression on push 60625635f86daf1eb8d704cc4ec3d80d815c4495 (Wed January 13 2021)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-01-15 15:15:41+00:00
Resolved: 2021-01-21 03:14:09+00:00

Perfherder has detected a build_metrics performance regression from push [60625635f86daf1eb8d704cc4ec3d80d815c4495](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=60625635f86daf1eb8d704cc4ec3d80d815c4495). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 0.22% | installer size |  | osx-aarch64-shippable | aarch64 nightly | 79,157,791.71 -> 79,335,307.25 |
| 0.13% | installer size |  | osx-aarch64-shippable | aarch64 nightly | 79,251,575.29 -> 79,355,105.08 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=28445), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Save to Pocket button sign up only shows fxa option if you're signed into fxa
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-15 16:11:19+00:00
Resolved: 2021-01-16 09:31:18+00:00

Save to Pocket button sign up only shows fxa option if you're signed into fxa

I'm not sure if this was a UX decision or something else.

However, someone still might want to use email to create their Pocket account. Should list all options.

I do think there is something we can do if they have a fxa account to make the fxa button more prominent, but I think removing the email button is a bit heavy.
Bug: The eBay Sponsored urlbar Top Site is not recognized as already open
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-01-15 16:38:39+00:00
Resolved: 2021-01-19 13:45:19+00:00

**[Notes]:**
- Not sure if it's related with the issue, but when the eBay Sponsored suggestion is opened, there is an "/" in the URL (ebay.de/?mkevt), but the "/" is missing when hovering the eBay Sponsored suggestion (ebay.de?mkevt).

**[Affected versions]:**
- Firefox Beta 85.0b9 (Build ID: 20210112185508)
- Firefox Release 84.0.2 (Build ID: 20210105180113)
- Firefox Nightly 86.0a1 (Build ID: 20210114083245)

**[Affected Platforms]:**
- Ubuntu 20.04
- macOS 10.15
- Windows 10

**[Prerequisites]:**
- Have the latest Firefox Beta version installed and open.
- Have the following preferences set:
- `browser.search.region` set to `DE` / `US` / `GB`
- `browser.topsites.experiment.ebay-2020-1` set to `true`
- `browser.partnerlink.useAttributionURL` set to `true`
- `browser.topsites.useRemoteSetting` set to `true`

**[Steps to reproduce]:**
1. Open a new tab page.
2. Click inside the address bar.
3. Click the eBay Sponsored suggestion.
4. Repeat the first 3 steps.

**[Expected result]:**
-  The second time the eBay suggestion is clicked, the tab switches to the page opened in step 3.

**[Actual result]:**
- The eBay suggestion doesn’t recognize that the page is already open in another tab.

**[Additional Notes]:**
- The behavior of the tile is also different at ctrl+click - it opens the page in a new tab and focuses it instead of opening the link in the same tab.
- Attached is a recording of the behavior.
Bug: After bookmarking, all other open tabs have the star icon highlighted
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-15 16:56:23+00:00
Resolved: 2021-03-31 13:42:44+00:00

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

Steps to reproduce:

Bookmarked a webpage using the "Bookmark this page (CTRL+D)" star button


Actual results:

The web page was bookmarked, but every open tab also then had the star highlighted making it very difficult to then highlight any other pages. If I close Firefox and reopen, the issue is cleared until I book mark a page again.


Expected results:

That only a single page is highlighted as a bookmarked page.
Bug: New Tab Personalize doesn't honor policy the first time it is opened.
Status: NEW
Priority: --
Created: 2021-01-15 20:01:31+00:00
Resolved: 2021-01-21 20:30:09+00:00

When you use the new new tab experience by setting:"

browser.newtabpage.activity-stream.newNewtabExperience.enable

to true, if you set policy and then open Firefox, it's not honored when you click Personalize on the very first tab.

You have to open a second tab or restart Firefox.

To recreate (easiest on Windows), create a file called policies.json in the distribution directory where Firefox is installed 

Put this in it

{
    "policies": {
      "FirefoxHome": {
        "Search": true,
        "TopSites": false,
        "Highlights": false,
        "Pocket": false,
        "Snippets": false,
        "Locked": true
      }
    }
  }

Then open Firefox and click Personalize. The settings aren't locked.

If you open a new tab, the settings are locked when you click Personalize.

In addition, when Pocket is locked as false, Recommended by Pocket disappears completely from the settings area. It should be present, but locked as disabled.

The code that sets these prefs is here:

https://searchfox.org/mozilla-central/rev/03224522336f60a1a61a87e1fcd4feb0a0315a9b/browser/components/enterprisepolicies/Policies.jsm#1073
Bug: ui changing addons look buggy if a tab is inactive for long time
Status: UNCONFIRMED
Priority: --
Created: 2021-01-15 20:23:51+00:00
Resolved: 2021-01-15 21:17:46+00:00

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

Steps to reproduce:

If open multiple tabs (min "2") and let one inactive for some time and switch to it with a addon that changes the ui massively (like for example dark reader) then it looks buggy.


Actual results:

It looks very buggy.


Expected results:

That it looks like normal.

I did a dark reader bug report about that,but the dev said that it's a firefox performance saving problem,but it doesn't work right.
Bug: Skeleton UI sometimes appears in headless mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-15 20:59:43+00:00
Resolved: 2021-01-16 21:46:04+00:00

I don't fully understand what's happening here, but at least some browser tests (I noticed this on the tests in `/browser/base/contest/test/general/`) when run with `mach test --headless` appear to start the instance under test in headless mode by using the environment variable `MOZ_HEADLESS` instead of the `--headless` command line parameter. That means that the skeleton UI is appearing during these tests, because it currently only looks at the command line parameter, so it seems we need to be checking both.
Bug: The new tab page title appears in the window after session restore
Status: UNCONFIRMED
Priority: --
Created: 2021-01-15 22:25:00+00:00
Resolved: 2021-01-15 23:17:32+00:00

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

Steps to reproduce:

I created a new tab page in Firefox Developer on Windows and while on that tab, the taskbar title read "Firefox Developer Edition".  I then forced the program to end using the Task Manager.  When I opened it again, I restored the session.


Actual results:

When I browse to the new tab page, the window's title says "New Tab – Firefox Developer Edition".  When I close the tab and make a new one, or if I browse to another page and select back, the title returns to simply "Firefox Developer Edition".


Expected results:

The title should have been "Firefox Developer Edition" as it was before the session restore.