Closed Bug 1914032 Opened 1 year ago Closed 1 year ago

WNP does not appear on startup when Firefox updates in the background

Categories

(Toolkit :: Application Update, defect, P3)

Desktop
Windows
defect

Tracking

()

VERIFIED FIXED
131 Branch
Tracking Status
firefox131 --- verified

People

(Reporter: ericchen647, Assigned: ericchen647)

References

Details

Attachments

(1 file)

Bug 1889785 is supposed to fix this issue. however QA confirmed that the issue still occurs when the STR from 1889785 is executed.
I did some logging and it appears platformVersion is not being written to update.xml properly, causing the value to be null during startup. This breaks the version comparison logic and causes WNP to not be shown (more details is in 1889785).

I'm going to use this ticket to track further investigation into this issue. I believe that once we can make sure platformVersion is written correctly to the XML file, the issue should be resolved.

Assignee: nobody → erchen
Severity: -- → S3
Priority: -- → P3
See Also: → 1889785
Pushed by erchen@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c25bce2fe146 adding platformVersion to nsIUpdate seralize function r=bytesized,application-update-reviewers
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 131 Branch

I have verified the fix by running the steps from bug 1889785. After a background update from 127.0 to 131.0 the "what's new" page is now being displayed. This report is closed. Thank you!

Status: RESOLVED → VERIFIED
Flags: qe-verify+
OS: Unspecified → Windows
Hardware: Unspecified → Desktop
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: