av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-06-11 03:23:28+00:00
Resolved: 2024-06-24 06:56:10+00:00

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

---
```
[task 2024-06-11T02:18:08.707Z] 02:18:08     INFO - TEST-START | browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js
[task 2024-06-11T02:18:09.049Z] 02:18:09     INFO - GECKO(18654) | 1718072289046	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-06-11T02:18:09.100Z] 02:18:09     INFO - TEST-INFO | started process screentopng
[task 2024-06-11T02:18:09.576Z] 02:18:09     INFO - TEST-INFO | screentopng: exit 0
[task 2024-06-11T02:18:09.579Z] 02:18:09     INFO - Buffered messages logged at 02:18:08
[task 2024-06-11T02:18:09.579Z] 02:18:09     INFO - Entering setup bound 
[task 2024-06-11T02:18:09.580Z] 02:18:09     INFO - Leaving setup bound 
[task 2024-06-11T02:18:09.580Z] 02:18:09     INFO - Entering test bound test_sidebar_hidden_on_popup
[task 2024-06-11T02:18:09.580Z] 02:18:09     INFO - Buffered messages finished
[task 2024-06-11T02:18:09.583Z] 02:18:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | Sidebar is shown initially - Got true, expected false
[task 2024-06-11T02:18:09.584Z] 02:18:09     INFO - Stack trace:
[task 2024-06-11T02:18:09.584Z] 02:18:09     INFO - chrome://mochikit/content/browser-test.js:test_is:1620
[task 2024-06-11T02:18:09.585Z] 02:18:09     INFO - chrome://mochitests/content/browser/browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js:test_sidebar_hidden_on_popup:17
[task 2024-06-11T02:18:09.586Z] 02:18:09     INFO - chrome://mochikit/content/browser-test.js:handleTask:1139
[task 2024-06-11T02:18:09.586Z] 02:18:09     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1211
[task 2024-06-11T02:18:09.587Z] 02:18:09     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1353
[task 2024-06-11T02:18:09.588Z] 02:18:09     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1128
[task 2024-06-11T02:18:09.588Z] 02:18:09     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-06-11T02:18:09.589Z] 02:18:09     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "https://example.com/browser/browser/components/privatebrowsing/test/browser/empty_file.html" line: 0}]
[task 2024-06-11T02:18:10.159Z] 02:18:10     INFO - GECKO(18654) | 1718072290158	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-06-11T02:18:10.198Z] 02:18:10     INFO - TEST-PASS | browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | Popup shown - 
```
Bug: Intermittent browser/components/sessionstore/test/browser_undoCloseById.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-11 07:44:32+00:00
Resolved: 2024-12-02 12:10:03+00:00

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

---
```
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - TEST-PASS | browser/components/sessionstore/test/browser_undoCloseById.js | The last closed object is a tab - 
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - Buffered messages finished
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_undoCloseById.js | We have 1 closed tab - Got 1, expected 2
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - Stack trace:
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/browser-test.js:test_is:1620
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_undoCloseById.js:test_undoCloseById:51
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/browser-test.js:handleTask:1139
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1211
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1353
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1128
[task 2024-06-11T06:29:59.904Z] 06:29:59     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-06-11T06:29:59.905Z] 06:29:59     INFO - GECKO(1700) | 1718087399893	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-06-11T06:30:00.009Z] 06:30:00     INFO - TEST-PASS | browser/components/sessionstore/test/browser_undoCloseById.js | The last closed object is a window - 
```
Bug: a translation mistake and 'Customize Firefox' button that always shows up on the homepage
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-11 12:06:35+00:00
Resolved: 2024-06-19 19:39:16+00:00

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




Expected results:

https://private-user-images.githubusercontent.com/32628414/328100636-bf9c13e1-97bd-4aaf-b890-ef4f1468a114.jpg?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MTgxMDc3NjEsIm5iZiI6MTcxODEwNzQ2MSwicGF0aCI6Ii8zMjYyODQxNC8zMjgxMDA2MzYtYmY5YzEzZTEtOTdiZC00YWFmLWI4OTAtZWY0ZjE0NjhhMTE0LmpwZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA2MTElMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNjExVDEyMDQyMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTVmNzk0ZjMwMWM1Y2Q2YzdmMjgzMTBiODk2NGRlMTNkODIwOWZmYzg1NWVjZWZmNDFmM2Q1ZjQ4NTFiNmYwY2YmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.10r1_TRreiFDiIRnLQoVljj0_nwKnwG2ojeyMrkcvUI
Bug: FF Update 127.0: Auto Start On Restart Computer Message Gets Spammed After Updating
Status: UNCONFIRMED
Priority: P5
Created: 2024-06-11 13:45:16+00:00
Resolved: 2024-09-25 12:41:40+00:00

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

Steps to reproduce:

Step 1: Opened Firefox 127.0 (64 bit), on Windows 10 after update.
Step 2 (Not sure if this action affects whether the bug occurs): 
   Navigated to a folder through Firefox (eg. C:/Users/<username>/Music)


Actual results:

Notification Message (notification-message.infobar.animated, parent: vbox.notificationbox-stack.global-notificationbox) gets spammed `16 times` with value attribute set to `INFOBAR_LAUNCH_ON_LOGIN`.

This also squishes the browser view under the notification messages, and only reverts to its original height when the notifications are closed.

* Information accessed through Browser Toolbox


Expected results:

Notification message infobar should have only been rendered once, instead of 16 times.
Bug: Failed downloads do not show as failed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-11 15:39:19+00:00
Resolved: 2024-06-12 06:34:15+00:00

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

Steps to reproduce:

At my place of work I'm required to download EqualLogic-related files (e.g. zip, tar.gz, pdf, and iso files) from the Dell website, which requires me logging in to do so first (and not from usual Dell support site).

However there is an intermittent issue where files will fail to download half way through (as in... at any point before 100% complete).

However this bug isn't about that site... it's about how Firefox doesn't realise the download has failed or indicate it failed to the user... and instead retroactively lies about the file size.


Actual results:

For example, it'll say the file is 73 MB as it downloads it... then half way through the progress bar it'll treat it as though the file downloaded successfully (as though it was 36 MB all along, no longer showing the 71 MB number at all).

If the user isn't watching closely (or doing file integrity checks) then they have no way of knowing that the download actually failed.

See the attached animated GIF showing this on Firefox 127 with a fresh install and profile.  This behavior can be seen both in Firefox and Chromium-based browsers, and it doesn't matter what network / PC / Internet connection you're using, this can be recreated everywhere.  The only trouble is you'd need a Dell login which is validated for EqualLogic to recreate it!  I wish I knew of another way to recreate this.

I have captured logs from what you see in the GIF (you can me turn the logging on/off in the GIF) and I'll attach them here too (they're 344 MB for just those few seconds, but 71 MB when zipped).

Other things like Xtreme Download Manager will instead fail the download, presumably because it realises that what it had downloaded... does not match the Content-Length that was indicated at the beginning.

There is also a case open with Dell for them to try and fix it from their end.  Personally (but I don't work for Dell, so I don't know) I think that this extra need to be logged in (which isn't normally needed for other files from dl.dell.com) has meant they're using some kind of proxy to validate this.  If that proxy doesn't get its source data in a timely fashion, then perhaps it gives up and tells the Firefox user that there is no more data... and this is treated by Firefox as the download completing successfully.


Expected results:

Firefox should tell the user the download failed.
Bug: new links and tabs no longer open after a short period of use
Status: NEW
Priority: --
Created: 2024-06-11 16:30:33+00:00
Resolved: 2025-01-06 12:15:57+00:00

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

Steps to reproduce:

new links and tabs no longer open after a short period of use


Actual results:

New links and tabs no longer open after a short period of use, and the website no longer works, no matter which one. They only open when I close and restart Firefox.


Expected results:

open the new website etc.
Bug: Fullscreen toolbar autohides prematurely when tab preview disappears
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-11 18:34:55+00:00
Resolved: 2024-11-12 15:43:37+00:00

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

Steps to reproduce:

Nightly.
When in full screen hovering a tab with the curosr and then lowering the cursor to the toolbar, the toolbar continues to fullscreen without any means to hit the toobar with the cursor. Except if your hovering anything else besides the tabs to the left and right, then the expected behaviour happens.


Actual results:

In full screen changing tabs and the going for the toolbar. Not being able to klick the toolbar below.


Expected results:

One should be able to klick the toolbar
Bug: New Tab Weather Widget often shows out-of-date weather information (e.g. in a new-tab that's been allowed to sit unused for a while)
Status: NEW
Priority: P2
Created: 2024-06-11 18:55:21+00:00
Resolved: 2024-06-17 16:54:17+00:00

Guess at STR: [EDIT: these are probably wrong, see comment 2]
1. Start Firefox Nightly with a fresh profile, and then quit.
2. Wait for the weather to change (e.g. for the temperature to get warmer outside)
3. Start Firefox Nightly with that same profile from step 1.  (Hopefully this gives you a window with `about:newtab`.)
4. Open another new tab (or new window) and compare the weather shown on the second one to the first one.
~
ACTUAL RESULTS:
The weather forecasts disagree between the two new-tabs. See attached screencast that I just captured, where the first tab says it's 60 F and cloudy, while the second says it's 77F and sunny.

In other words: The weather shown on your first new-tab (the one that Firefox opens immediately at startup) seems to be out-of-date, and it doesn't update (or at least, not fast enough for me to have noticed it update)

EXPECTED RESULTS:
Consistent weather reports among my new tabs (none of them being substantially out of date).
Bug: browser.privateWindowSeparation.enabled broken in Firefox 127
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-11 19:05:47+00:00
Resolved: 2024-06-25 09:05:09+00:00

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

Steps to reproduce:

In https://bugzilla.mozilla.org/show_bug.cgi?id=1795931 it was explained that 
browser.privateWindowSeparation.enabled can be toggled to keep grouping normal and private windows in the Windows taskbar, which is my preferred behaviour.


Actual results:

As of, Firefox 127, this behaviour no longer works. Private windows are at a completely different place my in Windows 10 taskbar compared to normal windows.


Expected results:

Private windows should appear in the same window group as normal windows.
Bug: The hover-text for new-tab weather widget ("AccuWeather Sponsored") is too small to be readable
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-11 19:07:20+00:00
Resolved: 2024-07-26 15:22:36+00:00

STR:
1. Open a new tab in Firefox Nightly.
2. Hover the weather widget at the top-left.

ACTUAL RESULTS:
An "AccuWeather Sponsored" label appears below the tile, but it's too small to be readable; some of the letters are even blended together.  (They're small enough that their antialiased edges are overlapping the same pixel.)

EXPECTED RESULTS:
Comfortably readable text.

I'm using Firefox 129.0a1 (2024-06-11) on Ubuntu 22.04.  (I would bet this isn't platform-specific though.)


NOTES: Looking in devtools, it looks like this text has `font-size:8px` and in my case has `font-family:Ubuntu` (which is just my system default font).  Perhaps it's slighlty more readable on Windows/mac depending on the readability of their system-default fonts at size 8px? But nonetheless, 8px-font-size text is pretty unreadable regardless.

Maybe we should match the size of the "Sponsored" text on the new-tab promoted tiles? Those seem to all have `font-size:13px`.
Bug: resizer.svg does not always respect its 15px by 15px size
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2024-06-11 19:45:27+00:00
Resolved: 2024-07-18 14:54:59+00:00

### Description

In Bug 1894542 I fixed the contrast for the textarea resizer, but I noticed that on my Linux system that the size of the resizer is not always respecting the 15px by 15px size specified in the CSS, making it still difficult to notice well.

The smaller-than-15x15 rasterized SVG makes the lines of the resizer much less clearly defined, such that they do not have sufficient contrast. 

We should impose a minimum size of 15px by 15px for the resizer to ensure that it remains accessible.  

---

### Steps to implement

* Modify the CSS to impose a minimum size of 15px by 15px

---

### Tests to implement

* This is a visual-only CSS change. No automated testing is required.
Bug: browser.privacySegmentation.createdShortcut cannot be changed to false
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-11 20:26:14+00:00
Resolved: 2024-07-18 21:15:40+00:00

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

Steps to reproduce:

I turned the the boolan value of browser.privacySegmentation.createdShortcut to false and then closed the browser itself in order to apply the changes.


Actual results:

Nothing changed and when I return to look at the setting, it has be changed back to true


Expected results:

The change to false should be able to stay as false.
Bug: Closing private windows deletes downloaded files
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-11 21:12:50+00:00
Resolved: 2024-06-12 19:25:58+00:00

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

Steps to reproduce:

# Open a private window.
# Download a file. -> File is in Download folder. 
# Close the private window.


Actual results:

Downloaded file no longer is in Download folder.


Expected results:

The downloaded file should not have been deleted!

I don't know if this is a bug or a feature, but if it were a feature it is a bad one that can lead to data loss, especially when coming from another browser that doesn't behave in that way or frequently switching browsers (e.g. between work and home). I'm not aware of any other major browser that deletes downloaded files after exiting private mode; even Firefox on Android doesn't do this.
Bug: The SelectTranslationsPanel default unfocused border color has insufficient color contrast on Linux
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-11 22:39:41+00:00
Resolved: 2024-07-12 06:38:08+00:00

### Description

The default border colors for the unfocused textarea on Linux doe not have sufficient color contrast for the system theme, Alpenglow theme, and Light them. 

Dark theme is okay, but this needs to be updated. 

---

### Steps to implement

* Modify the SelectTranslationsPanel CSS to provide sufficient color contrast for all borders.

---

### Tests to implement

* These are visual CSS changes, no automated testing necessary.
Bug: Fx127 upgrade first run: Dismissing Primary Password prompt prevents session restore
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-11 23:25:03+00:00
Resolved: 2024-08-05 16:13:43+00:00

This problem occurs for users with a Primary Password set. It is especially acute for users who set Firefox to restore their previous session at startup (but users without that setting also lose access to their previous session).

As noted in bug 1898884, Firefox 127 tries to perform some encryption at first run. If the user has a Primary Password set, Fx127 presents the dialog out-of-context [in front of a blank frame] very early in the startup sequence. Users are accustomed to seeing the dialog after windows have launched. If the user dismisses the dialog [because not immediately relevant], Fx127 starts up in a broken state with no ability to restore the previous session. It would be better/safer if this encryption was deferred until the browser had restored the session.

SUMO thread: https://support.mozilla.org/questions/1449541

----

Browser Console output related to this sequence of events:

(1) Launch Browser - Primary Password dialog is immediately presented

(2) Cancel Primary Password dialog because not relevant to my life

[Browser Console]

15:51:46.418 NS_ERROR_ABORT: User canceled primary password entry crypto-SDR.sys.mjs:85
    encrypt resource://gre/modules/crypto-SDR.sys.mjs:85
    setSecurePref resource://gre/modules/shared/FormAutofillUtils.sys.mjs:207
    setOSAuthEnabled resource://gre/modules/shared/FormAutofillUtils.sys.mjs:234
    _migrateUI resource:///modules/BrowserGlue.sys.mjs:4504
    BG__beforeUIStartup resource:///modules/BrowserGlue.sys.mjs:1465
    BG_observe resource:///modules/BrowserGlue.sys.mjs:1113

15:51:46.457 NS_ERROR_ABORT: User canceled primary password entry crypto-SDR.sys.mjs:85

15:51:47.078 Key event not available on some keyboard layouts: key=“i” modifiers=“accel,alt,shift” id=“key_browserToolbox” browser.xhtml

(3) Home page load rather than previous sessionstore/SessionStore

(4) Open the History menu (Alt+S) -- session items not available

[Browser Console]

15:51:58.200 Uncaught NS_ERROR_ILLEGAL_VALUE: Window is not tracked SessionStore.sys.mjs:3612
    ssi_getClosedTabCountForWindow resource:///modules/sessionstore/SessionStore.sys.mjs:3612
    getClosedTabCount resource:///modules/sessionstore/SessionStore.sys.mjs:3652
    ss_getClosedTabCount resource:///modules/sessionstore/SessionStore.sys.mjs:362
    toggleRecentlyClosedTabs chrome://browser/content/browser-places.js:601
    _onPopupShowing chrome://browser/content/browser-places.js:701
    PlacesMenu chrome://browser/content/places/browserPlacesViews.js:1971
    HistoryMenu chrome://browser/content/browser-places.js:573
    onpopupshowing chrome://browser/content/browser.xhtml:1
Bug: New-tab pocket stories' 3-dot-menu-icon is misaligned in its button (0.5px-1px to the right of the perfect center position)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-06-11 23:50:42+00:00
Resolved: 2024-07-10 07:58:47+00:00

I noticed today that the "..." icon at the top-right of each Pocket story on `about:newtab` is positioned *just a little bit* to the right of center within that button.

At a default 100% display-pixel-ratio, this isn't super noticeable since there's only one more pixel of space on the left side as compared to the right side. But at a 125% display-pixel-ratio (the default on many Windows systems), the rightward-bias gets emphasized and we end up with two extra pixels of space on the left as compared to the right.

See attached screenshot.

The reason for this is pretty simple - we're positioning this image (a background image) using `backward-position:55%` on the ` .context-menu-button` element.  `55%` here means slightly-to-the-right of center. If I remove that declaration and let an (otherwise-overridden) `backward-position: center center` rule take effect, then the icon looks centered.

Is there any reason we're using `background-position:55%` here, or that we want it slightly-to-the-right of center? The barely-uncentered-ness feels unsettling to me right now and I'm guessing it's inadvertent and was originally some sort of hackaround or mistake...
Bug: The Adjusted Rating card is missing from the Review Checker when we start the analyze process from the Fakespot Addon and then we open that Product Details page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-12 09:43:14+00:00
Resolved: 2024-06-19 06:38:44+00:00

**Found in**
* Nightly 129.0a1 (2024-06-11)

**Affected versions**
* Nightly 129.0a1 (2024-06-11)
* Beta 128
* Release 127.0 (64-bit)

**Affected platforms**
* All

**Preconditions**
* browser.shopping.experience2023.enabled - true
  browser.shopping.experience2023.optedIn - 1
  Fakespot Fake Amazon Reviews and eBay Sellers addon installed.

**Steps to reproduce**
1. Reach amazon.com.
2. Search for any product.
3. Find a Product in the results that does not have a Fakespot rating. (Un-analyzed)
4. Right click the Fakespot rating and open it in a new tab.
5. After It starts to analyze the product go back to the previous tab and Click that product.

**Expected result**
* The Review Checker should show the Rating card as well as the "UN-analyzed" card or the "New Info to Check" message.

**Actual result**
* The Rating cards are missing.
The Check New Info - Update now message is missing.

**Regression range**
Not a regression.
Bug: I lost my session after firefox updated
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-12 11:01:00+00:00
Resolved: 2025-02-03 13:25:01+00:00

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

Steps to reproduce:

I started Firefox


Actual results:

Firefox did the Firefox Software Updater thing, which I allowed like I always do, but my previous session was lost after that.


Expected results:

Updating my Firefox should not delete my previous session and force me to go into AppData in order to recover it. Apparently whoever is responsible for this software update screwed this up.