Open Bug 1888073 Opened 3 months ago Updated 3 months ago

"Check for updates" in about window doesn't find any update even through the hamburger menu shows that an update is available for download

Categories

(Toolkit :: Application Update, defect)

defect

Tracking

()

People

(Reporter: whimboo, Unassigned, NeedInfo)

References

Details

Attachments

(1 file)

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:126.0) Gecko/20100101 Firefox/126.0 ID:20240319093523

After getting the download notification for a new update, which I've dismissed, opening the about window and checking for updates doesn't find any available update and tells that the browser is up-to-date. But the hamburger menu indicates via the green dot, and also shows that an update is available for download. Clicking the menu entry successfully downloads the update.

As such it seems like there is an inconsistency between the menu and the about dialog. Checking the AUS update URL returns an empty list of updates as well.

Note that I have Check for updates but let you choose to install them checked.

Also when I restarted Firefox to install the update which was downloaded via the menu, the update was not applied and I'm still on the old build. A check for updates still returns an empty list. Also the hamburger menu no longer shows the dot including the hint to apply the update! But in the preferences the update is still marked as Install Pending.

Attached file last-update.log

This log file shows that the update was correctly applied? Also checking the updates folder there is no more MAR file present under the /0 subfolder.

(In reply to Henrik Skupin [:whimboo][⌚️UTC+1] from comment #2)

Created attachment 9393435 [details]
last-update.log

This log file shows that the update was correctly applied? Also checking the updates folder there is no more MAR file present under the /0 subfolder.

It does appear to have been applied successfully. Since it was using a complete MAR, this isn't really unexpected actually. We prevent against downgrades but not actually from updating to the same version we are already on.

Could you attach your updates.xml and active_update.xml files from the update directory? You can find it by navigating to about:support, finding the "Update Folder" row and clicking "Open Folder".

(In reply to Robin Steuber (they/them) [:bytesized] from comment #3)

It does appear to have been applied successfully. Since it was using a complete MAR, this isn't really unexpected actually. We prevent against downgrades but not actually from updating to the same version we are already on.

But the about dialog still said that I had the Nightly version from March 19th, and a fix that was landed yesterday didn't work as well. As such no, I don't think that Firefox was updated.

Could you attach your updates.xml and active_update.xml files from the update directory? You can find it by navigating to about:support, finding the "Update Folder" row and clicking "Open Folder".

Sadly I had to remove all files from this folder earlier today to be able to use the new Nightly.

Can you reproduce this problem in order to get the XMLs?


(In reply to Henrik Skupin [:whimboo][⌚️UTC+1] from comment #4)

(In reply to Robin Steuber (they/them) [:bytesized] from comment #3)

It does appear to have been applied successfully. Since it was using a complete MAR, this isn't really unexpected actually. We prevent against downgrades but not actually from updating to the same version we are already on.

But the about dialog still said that I had the Nightly version from March 19th, and a fix that was landed yesterday didn't work as well. As such no, I don't think that Firefox was updated.

If it updated to the same version that it was already running, I'm not sure why there would be an expectation that new functionality would be present or that the version number would change.

The log contains

2024-03-27 08:58:32+0100: succeeded
2024-03-27 08:58:32+0100: Writing status to file: applied

Which indicates that the update that this log corresponds to was successfully installed.

Flags: needinfo?(hskupin)
See Also: → 1889145
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: