1767081 - Windows 11, strange updating problems

Status: UNCONFIRMED

(Toolkit :: Application Update, defect, P3)

Description

[tarapiccari]

Attachment: 6F193CCC56814779.log

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

Steps to reproduce:

Install Windows 11
Install Firefox Nightly, then wait for a available update.
Closed the browser when a update is available. I then reopened the browser and it opens a blank window and does not respond to any inputs and must be force quit. The updater then asks for admin privileges and the update commences.

Actual results:

I had to force quit firefox nightly in order to get the autoupdate to proceed.

Expected results:

The blank window should not have gotten stuck, should have closed down and let the updater run as it used to on other OS's.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Win32' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[[e-mail] (:bhearsum)]

Comment on attachment 9274510 [details]
6F193CCC56814779.log

Thank you so much for the detailed report with the update log!

There's a few possibly notable things here:

>Could not disable token privilege value: SeAssignPrimaryTokenPrivilege. (1300)
>Could not disable token privilege value: SeAuditPrivilege. (1300)
>Disabled unneeded token privilege: SeBackupPrivilege.

These are a bit odd, but I don't think they're the source of the issue.

>ensure_remove: failed to remove file: C:\Program Files\Firefox Nightly/updater.exe.moz-backup, rv: -1, err: 13
>backup_discard: unable to remove: updater.exe.moz-backup
>backup_discard: file renamed and will be removed on OS reboot: updater.exe

This is interesting to me. err 13 is `EACCES`. There's [multiple reasons why we could get this error](https://docs.microsoft.com/en-us/cpp/c-runtime-library/errno-constants?view=msvc-170), but given that the updater was able to access a bunch of other things in this directory, I don't think it's related to permissions.

>NS_main: unable to remove directory: tobedeleted, err: 41
>NS_main: directory will be removed on OS reboot: tobedeleted

This is fairly normal, and also likely not the cause of the issue.

A have a few immediate follow-up questions:
* Do you have multiple versions of Firefox installed, or just Nightly?
* Exactly which file did you download and install with?
* Did you elevate the install through the UAC prompt (it looks you did, I just want to double check...)
* What level of permissions does your Windows account have (admin or standard)?

And if you're able to get into this state again, I would love a bit of additional information attached (before you do the force quit to get things working again), specifically:
* A zip'ed up version of `C:\Program Files\Firefox Nightly`
* A zip'ed up version of `C:\ProgramData\Mozilla-1de4eec8-1241-4177-a864-e594e8d1fb38`

Comment 3

[tarapiccari]

Yes, this state happens every time. I can upload both for you when the next update is released.

I only have Nightly
I installed nightly originally from the main download page.
The original install required admin privileges, every time the update runs it asks for admin privileges.
My windows account, is admin.

Comment 4

[tarapiccari]

Attachment: Missing file from archive

One file could not be compressed due to it being in use by another process, a update log.

Comment 5

[tarapiccari]

Attachment: Mozilla-1de4eec8-1241-4177-a864-e594e8d1fb38.zip

Here is one of the requested zip files.

Comment 6

[tarapiccari]

The firefox zip however was too big to upload here on bugzilla, here is a link to the file: https://share.zontreck.dev/VuZMA4jR4N.zip

Comment 7

[Nick Rishel [:nrishel]]

P3, S3 - under investigation, workaround exists.