av9ash/GitBugs huggingface dataset:
Bug: mozilla opens millions of new tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-09 02:58:42+00:00
Resolved: 2020-04-20 12:24:24+00:00

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

Steps to reproduce:

1. Install firefox update or fresh install.
2. After the update when firefox goes to open itself like it does after an update it will instead repeatedly open new tabs as new windows.
3. Same with fresh install and I removed all firefox folders including all the appdata ones.
4. Restart computer, same results as soon as I double click firefox shortcut.

Its been happening ever since v70.
Im able to constantly reproduce it and i can reproduce this issue on another computer as well. 
I ran malware bytes to see maybe theres an infection came clean.
I7 6700k with 32 gigs of ram. Also on current build of windows 10 pro 1909.
Added exception for comodo as well.
The other computer I tested on does not have comodo only difference is specs.





Actual results:

Firefox will constantly open new tabs and windows until it crashes exploere.exe


Expected results:

When I install new or update i should not see a million tabs open in new windows crashing exploere.exe
Bug: Sync telemetry isn't reporting the syncNodeType
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-09 05:53:24+00:00
Resolved: 2020-01-14 02:57:17+00:00

Because I neglected to extract it from the tokenserver response :(

[Tracking Requested - why for this release]:

We really want telemetry which indicates what if a user is on the "new" sync storage node.
Bug: Firefox suggests opening downloaded files as file:// URI if explorer.exe isn't running as login shell
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-09 05:58:58+00:00
Resolved: 2020-01-23 09:25:34+00:00

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

Steps to reproduce:

1. Terminate explorer.exe and launch firefox; or use shell replacement such as bbLean.
2. Download a file, go to Downloads section, click on the downloaded file.



Actual results:

"Launch Application" dialog is shown, listing "file link" as a filetype.


Expected results:

File should open in the default application assigned by Windows.
Bug: Loss of all pinned tabs except one
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-09 08:43:44+00:00
Resolved: 2020-02-19 07:27:53+00:00

STR:

Restart firefox. Observe all pinned tabs are gone except one.

Very likely a regression from bug 1607441 which tried to fix the order reversal.
Bug: Auto-hide sidebar user style stopped working in Firefox 72
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-09 09:47:13+00:00
Resolved: 2020-01-23 10:03:57+00:00

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

Steps to reproduce:

Updates to Firefox 72.0.1


Actual results:

Does not work this script:

/*
 * Description: Auto-hide sidebar.
 */

/* To right-align the sidebar, replace all occurrences of "left" with "right", and "margin-right" with "margin-left" */

:root {
  --sidebar-hover-width: 10px;
  --sidebar-visible-width: 200px;
}

#sidebar-box {
  position: relative !important;
  overflow-x: hidden !important;
  margin-right: calc(var(--sidebar-hover-width) * -1) !important;
  left: var(--sidebar-hover-width) !important;
  min-width: var(--sidebar-hover-width) !important;
  max-width: var(--sidebar-hover-width) !important;
  border-right: 1px solid var(--sidebar-border-color);
}

#sidebar-box:hover {
  margin-right: calc(var(--sidebar-visible-width) * -1) !important;
  left: var(--sidebar-visible-width) !important;
  min-width: var(--sidebar-visible-width) !important;
  max-width: var(--sidebar-visible-width) !important;
}

#sidebar {
  opacity: 0 !important;
}

#sidebar-box:hover #sidebar {
  opacity: 1 !important;
}

/* #sidebar-header is hidden by default, change "none" to "inherit" to restore it. */
#sidebar-header {
  display: none !important;
}

/* #sidebar-splitter styles the divider between the sidebar and the rest of the browser. */
#sidebar-splitter {
  display: none;
}


Expected results:

Work script.
Bug: Unable to open document with space in filename in external programs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-09 11:56:31+00:00
Resolved: 2020-01-14 12:52:15+00:00

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

Steps to reproduce:

1. Open menu -> Options -> General -> Applications
2. Setup open pdf document in external application
3. Open document with space in name https://www.mass.gov/files/documents/2018/09/28/ID Documents Checklist_0918.pdf




Actual results:

PDF viewer starting, but screen is blank


Expected results:

The document must be open in the application.
Similar behavior is observed for links type ".magnet" and ".torrent"

The document without a space in the name (https://www.dps.texas.gov/internetforms/Forms/DL-15.pdf) opens correctly.
Bug: Library button is shifted if browser is minimized while the bookmarking animation is playing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-09 12:08:02+00:00
Resolved: 2020-01-23 20:04:11+00:00

**Affected versions**
* Fx 73.0b2
* Fx 74.0a1 

**Affected platforms**

* Windows 10x64
* MacOS 10.15
* Ubuntu 18.4

**Steps to reproduce**

1. Launch Firefox
2. Open any site that is not bookmarked
3. Maximize browser window
4. Click the star-shaped button from toolbar and minimize the browser
5. Repeat step 4. minimizing and maximizing the browser while the bookmark animations is playing
6. Observe the library icon

**Expected result**
* Toolbar buttons should be displayed properly 

**Actual result**
* Library button is shifted if browser is minimized while the bookmarking animation is playing

**Regression range**
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6cbf1430a66ef5aa5f066ed77677f47ea44fc0e1&tochange=c221a75fbf2957b6254fedb96436b5efbf0fd147

* Potential regressor: https://bugzilla.mozilla.org/show_bug.cgi?id=1580538
Bug: Pages not loading after upgrade
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-01-09 12:17:10+00:00
Resolved: 2020-02-28 12:32:37+00:00

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36

Steps to reproduce:

on Fedora 31, I upgraded Firefox 70 to 72.

When I opened Firefox, pages are not loading any more, I get a very quick loader icon then a white blank page.

I tried with add-on disabled, same result





Actual results:

Blank White pages


Expected results:

Website(s) should be loaded
Bug: [macOS] Disabled drag space label (ie when title bar is enabled) inside Customize page is barely visible with dark OS theme
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-01-09 14:13:08+00:00
Resolved: 2020-01-17 15:46:40+00:00

[Affected versions]: 
- 72.0.1
- 73.0b2
- 74.0a1 (2020-01-07)

[Affected platforms]:
- macOS 10.14
- macOS 10.15

[Steps to reproduce]:
1. Open the Customize page (Menu - Customize)
2. Check the Title Bar options 

[Expected result]:
- Drag Space options turns inactive, no visual issue can be observed

[Actual result]:
- Drag Space options turns inactive, but it is hardly visible

[Regression range]: 
- I will provide one asap

[Additional notes]:
- Issue not reproducible with dark mode on Windows
Bug: New windows no longer created with dark page when set to blank in dark mode.
Status: NEW
Priority: P3
Created: 2020-01-09 16:04:16+00:00
Resolved: 2022-10-11 23:49:29+00:00

STR:
1. Set "Homepage and new windows" and "New tabs" to "Blank Page" or alternatively set the following:
`browser.newtabpage.enabled = false`
`browser.startup.homepage = about:blank`
2. Enable OS dark more or set `ui.systemUsesDarkTheme = 1`.
3. Create a new window.

Expected:

Page content is dark.

Actual:

Page content is white.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e3e2c1d7478e450e2b32c85c416ccf70f9de56d3&tochange=379a82fe25d90e023c9bbe1f3437d82c6c2914ff

Regressed by Bug 1599544.
Bug: Investigate megabar expansion animation sluggishness
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-01-09 16:59:28+00:00
Resolved: 2021-12-30 05:55:22+00:00

Verdi and I recently noticed that the megabar visibly shrinks a bit before it expands. This seems to have looked better some time ago so this is possibly a regression.
Bug: Ctrl+H does not open History sidebar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-09 18:37:37+00:00
Resolved: 2020-01-10 02:27:30+00:00

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

Steps to reproduce:

-Open Firefox
-Press Ctrl+H


Actual results:

Nothing


Expected results:

The History sidebar should appear.  The Ctrl+H shortcut is displayed on View>Sidebar>History in the menu bar.
Bug: big white screen, no outbound traffic
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-09 18:46:32+00:00
Resolved: 2020-02-18 15:33:01+00:00

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

Steps to reproduce:

Open Firefox Developer Edition and typed www.google.com in the address bar.
I'm using version 73.0b2.
I tried:
reinstalling
deleting Mozilla AppData
tons of online help like places.sqlite.old, hardware acceleration....and more.
Nothing helps :(
FFDE is my go to brower. Please help


Actual results:

Got a big white screen.
typed www.google.com in the address bar...Nothing, not even a moving dot in the tab.
restarted in Safe Mode, typed www.google.com in the address bar. This time a moving dot in the tab showed but www.google.com didn't appear.


Expected results:

www.google.com should've appeared.
my crash report listed on the profiles page??? (bp-56792e10-a85c-4802-b052-62d200200109)
also, opening Options doesn't even work unless I Restart in Safe Mode
Bug: Status Bar spoofing using URL encoding and `@`
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-01-09 19:20:06+00:00
Resolved: 2024-05-30 17:06:14+00:00

Hello,

When we move mouse on a link, its href(of that anchor tag) is shown in status bar which is used for anti-phishing. But we can spoof that status bar and can redirect vicitm to an external malicious website instead of shown website. This behavior may lead to phishing attacks.

Steps to reproduce:
1. Use following as href of an anchor tag:
https://www.facebook.com%2Flogin%3Ftestx=ZW5o%26dummy2=amJuaDZhbU42ZUc1cWRtdHVlbXA0YTJwMmJtcDRlbXR1ZG1wcmVuaHFhMjUyYW10NGJucHJkbTVxYTNodWFuWnJibnA0YW10MmJtdHVlR3R1ZG10dWVtcHJkbTVyYm5oNmRtdHVhM2g2Ym5acmJtcHJlbmh1ZG5wNGRucDRZMjU0ZW1wamVuaHVhblpyYm5wcWVHdHFkbTVxZUhwcmJuWnFhM3A0YW10dWRtcHJlRzU2YTNadWFtd[@example.com/]bZW5oamJuaDZhbU42ZUc1cWRtdHVlbXA0YTJwMmJtcDRlbmhqYm5oNmFtTjZlRzVxZG10dWVtcDRhMnAyYm1wNGVtdHVkbXByZW5ocWEyNTJhbXQ0Ym5wcmRtNXFhM2h1YW5acmJucDRhbXQyYm10dWVHdHVkbXR1ZW1wcmRtNXJibmg2ZG10dWEzaDZiblpyYm1wcmVuaHVkbnA0ZWc9PQ==

2. Move mouse on that link
3. In status bar, https://www.facebook.com/login?testx=... is shown but click on that link
4. You will be redirected to https://example.com without any warning
5. Done

I have attached a PoC HTML file. `example.com` is not shown anywhere in status bar.

Suggested Fix:
As url redirects to example.com so status bar should show `example.com/...` 

Firefox version : 72.0.1 
OS : Windows 10 (64 bit)
Bug: #main-window does no longer contain "title" attribute
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-01-09 19:44:14+00:00
Resolved: 2020-01-29 17:19:43+00:00

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

Steps to reproduce:

Open a remote debug session and inspect
<html id="#main-window" xmls=[...]>


Actual results:

Only title_normal, title_privatebrowsing, ... are provided


Expected results:

Please re-add a #main-window label, stating the currently selected sites title.

Since 72.x the current selected site title is only available within <title> element and later on in <tab> with && selected=true.

As CSS does not provide element content matching (only attributes) the <title> content is not evaluable by css. FurthermoreCSS does neither provide child>parent accessors nor :has. So "#navigator-toolbox" and its childs are not accessible on matches of like #navigator-toolbox tab[label^="New Tab"][selected="true"].
Bug: "Saved Addresses..." subdialog doesn't open if the window is too small
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-01-09 20:05:33+00:00
Resolved: 2020-03-06 12:17:46+00:00

STR:
1. Open about:preferences
2. Reduce the size of the Firefox window to be pretty small
3. Open any subdialog. I searched for the "Saved Addresses..." button and clicked it, but I believe I have seen this bug on other subdialogs too.

Expected Results:
The dialog opens

Actual results:
The dialog does not open.
The console contains this error:`TypeError: contentPane is null (subdialogs.js:434:7)`
Bug: Extension pop up panes and menu pain getting cut off
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-09 20:47:07+00:00
Resolved: 2020-01-14 14:27:33+00:00

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

Steps to reproduce:

This issue is using Firefox on windows. No special steps for reproducing this issue. I tried restarting firefox without addons enabled and the issue still persists.


Actual results:

After a certain number of verticle pixels the pop-up pane contents are no longer visible or have to be scrolled. See attachments for further info. If the content is not scrollable (see second screenshot) then the content cannot be viewed at all. 

The screenshots of the issue are available here: https://imgur.com/a/orKiqH5
Bug: String problems on upgrade to 72
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-01-09 21:20:54+00:00
Resolved: 2020-01-09 22:26:14+00:00

From https://www.reddit.com/r/firefox/comments/emd9fj/firefox_update_7201_problems/

There seems to be missing strings for the PIP toggle and other areas of Firefox.

User says they started to see this on update.

See screenshots.
Bug: Default Zoom Text Only option set in about:preferences does not work
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-01-10 08:06:01+00:00
Resolved: 2022-09-28 10:07:07+00:00

#### Affected versions:

Nightly 74.0a1 (2020-01-10), Beta 73.0b3
#### Affected platforms:

ALL

#### Steps:

  1. Launch Firefox with a new profile and go to about:preferences.
  2. Under General, go to Zoom section, check the "Zoom text only" checkbox and select any value from the "Default zoom" dropdown.
  3. Access any website that contains text strings and photos.

#### Actual result:

The default zoom level is applied to entire content of the page.
#### Expected result:

Default zoom level should be applied just for text only.
Bug: The value of the "browser.messaging-system.personalized-cfr.score" pref is not updated on the "Treatment" branch
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-01-10 10:58:19+00:00
Resolved: 2020-01-14 12:38:58+00:00

**[Notes]:**
- After further investigation, we found out that there is a difference between the bucket name from the [add-on source code](https://github.com/mozilla/messaging-system-personalization-experiment-1-addon/blob/v1.0.0/src/background.js) and the bucket name from the "[Remote Settings Server](https://settings.stage.mozaws.net/v1/buckets/main/collections)". More exactly the add-on targets the "cfr-ml-model" bucket collection but on the server, the bucket collection is named "cfr-ml-models".

**[Affected versions]:**
- Firefox Release 72.0.1 - Build ID: 20200107212822
- Firefox Beta 73.0b2 - Build ID: 20200107212705
- Firefox Nightly 74.0a1 - Build ID: 20200109213942

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.2
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have the environment set to "Stage" using the latest version of the "Remote Settings Devtools" add-on from [here](https://github.com/mozilla/remote-settings-devtools/releases/download/1.2.0/remote-settings-devtools@mozilla.com-1.2.0-signed.xpi).
- Have a Firefox profile with the following preferences set in the "about:config" page:
	- "extensions.messaging-system-personalization-experiment-1.test.scoringBehaviorOverride" pref set to "random_between_1_and_9999"
	- "xpinstall.signatures.required" set to "false"
	- "xpinstall.signatures.dev-root" set to "true"
- You are enrolled on the "treatment" branch of the experiment.
- Have the latest version of the "messaging-system-personalization-experiment-1-addon-treatment@mozilla.org-1.0.0-signed-testing" add-on installed from [here](https://bugzilla.mozilla.org/attachment.cgi?id=9118417).
	
**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Wait for ~2 minutes and navigate to the "about:config" page.
3. Observe the value of the "browser.messaging-system.personalized-cfr.scores" pref.
4. Observe the value of the "browser.newtabpage.activity-stream.asrouter.providers.cfr" pef.

**[Expected result]:**
3. The "browser.messaging-system.personalized-cfr.scores" is set to a value between 1 and 9999.

4. The "browser.newtabpage.activity-stream.asrouter.providers.cfr" has the following attributes:
	- bucket: "cfr-ml-experiments"
	- cohort: "PERSONALIZATION_EXPERIMENT_1_TREATMENT"
	- personalized: true
	- personalizedModelVersion: "X" where X can be any string.

**[Actual result]:**
3. The "browser.messaging-system.personalized-cfr.scores" has no value at all.

4. The "browser.newtabpage.activity-stream.asrouter.providers.cfr" pref DOES NOT contain a cohort, personalized, or personalizedModelVersion attribute, however, the pref contains only the "cfr" bucket value.

**[Additional Notes]:**
- This issue is not reproducible on the "control" branch of the experiment.
Bug: Firefox is consuming more memory while running for long
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2020-01-10 11:55:35+00:00
Resolved: 2020-01-10 12:01:29+00:00

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

Steps to reproduce:

1. We have run performance test suite for 8 hrs
2. We collected multiple heapdumps for internal 
3. compared the heapdumps


Actual results:

Report class instance have gradually increased during the test and memory consumed by these classes has increased beyond 20MB.


Expected results:

Since GC happens regularly during test in progress, the memory consumed by these classes should be claimed/released back to free memory, but report class is holding the reference for longer period of time without they are being used hence the ye are culprits for memory leak.
Bug: Intermittent browser/modules/test/browser/browser_TabUnloader.js | low-memory memory-pressure notification unloaded the LRU tab -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-01-10 14:09:05+00:00
Resolved: 2020-02-04 17:03:42+00:00

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

---

>[task 2020-01-10T12:51:53.112Z] 12:51:53     INFO - TEST-PASS | browser/modules/test/browser/browser_TabUnloader.js | tabs are present - 
[task 2020-01-10T12:51:53.112Z] 12:51:53     INFO - TEST-PASS | browser/modules/test/browser/browser_TabUnloader.js | heap-minimize memory-pressure notification did not unload a tab - 
[task 2020-01-10T12:51:53.112Z] 12:51:53     INFO - Buffered messages finished
[task 2020-01-10T12:51:53.112Z] 12:51:53     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_TabUnloader.js | low-memory memory-pressure notification unloaded the LRU tab - 
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - Stack trace:
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochikit/content/browser-test.js:test_ok:1292
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochitests/content/browser/browser/modules/test/browser/browser_TabUnloader.js:test:89
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:808
[task 2020-01-10T12:51:53.113Z] 12:51:53     INFO - TEST-PASS | browser/modules/test/browser/browser_TabUnloader.js | unloaded a second tab in LRU order -
Bug: Nightly messes up pinned tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-10 14:37:35+00:00
Resolved: 2020-01-14 03:14:36+00:00

Mozilla/5.0 (Windows NT 6.1; rv:74.0) Gecko/20100101 Firefox/74.0
Build ID 	20200109094415

1) Open Nightly
2) Notice most pinned tabs are missing and the ones left are not in the correct order

Actual behavior 
Most pinned tabs are missing and the ones left are not in the correct order

Expected behavior
All pinned tabs should open in the correct order and no pinned tabs should be missing
Bug: Not all Menu titles appear in Firefox window that is opened when clicking on link in emails.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-10 15:49:42+00:00
Resolved: 2020-01-11 13:06:10+00:00

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

Steps to reproduce:

I click on a link to a website in my email.  (I use Apple's Mail.)


Actual results:

Two Firefox windows open.  The first is a new tab...and all menu items appear.  The second contains the site that I want to visit.  However only the Apple icon and "Firefrox" appear on the menu. I can select other menu items but can't see the titles.  Options appear based on what's selected.   See attached screen shot.


Expected results:

Only one window should open; it should contain the site I want to visit; and all menu items should appear.
Bug: Icon is a line above Title of Website, also the close "X" isnt in the outer right corner
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-01-10 16:01:27+00:00
Resolved: 2020-01-29 20:49:00+00:00

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

Steps to reproduce:

I simply updated Firefox


Actual results:

1.) The closing "x" is right behind the Sites Title.
2.) In case a Pages Title is longer than my Tab the Icon will be on the first Line while the Title is, cutted in half, on a second Line. The "x" isnt visible.

This also happens in "Safe Mode"


Expected results:

1.) The "x" should be in the outer right corner of the Tab.
2.) Page Title should be shortened, placing "x" in the outer right corner.
Bug: Some pinned tabs disappear after update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-01-10 16:16:26+00:00
Resolved: 2020-01-14 03:15:01+00:00

I regularly pin 5 tabs. On the last two updates on Nightly (at least, yesterday, and today going to 74.0a1 (2020-01-10)), starting up after updating loses some of those tabs.

I *think* I saw this start in late 73 (but I'm not sure), wherein the pinned tabs loaded in reverse order. However, both yesterday and today, only two of the pinned tabs loaded. The lost tabs aren't loaded un-pinned, they're just gone.

Today it was pinned tabs 1 and 2 that came back. I think it was the same yesterday. I re-added the lost ones yesterday, and after updating this morning, they were gone again.

(Oddly, this restart also has a phantom "other" Nightly launched (like when I'm running Browser Toolbox), which I can't kill nicely.)

Happy to add more data as this is regularly reproducible on Nightly.