533309 - Restart to update on Vista with User Account Control pins CPU at 100%

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[Ben Eng]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 GTB6 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091207 Shredder/3.0.1pre

When User Account Control is enabled in Vista's security center, then after downloading a new update and hitting the restart button will cause the Thunderbird process to spin forever pinning the CPU at 100%.

After disabling User Account Control, and redoing this the restart works correctly.


Reproducible: Always

Steps to Reproduce:
0. Enable User Account Control under Control Panel / Windows Security Center in Vista.
1. Help / Check for Updates.
2. Download the updates and Apply.
3. Restart.

Use Task Manager to look at the processes and CPU utilization.
Actual Results:  
CPU is pinned to 100% by the Thunderbird process.
Thunderbird never exits and restarts.


Expected Results:  
Thunderbird should exit and restart to install the downloaded updates.


Works properly when User Account Control is disabled in Vista.

Comment 1

[[:Aureliano Buendía]]

This sound as support request, not a bug.

Comment 2

[Ben Eng]

It's not a support request.

How is it not a bug, if the update/restart function pins the CPU at 100% and never completes?

Comment 3

[[:Aureliano Buendía]]

I think your is a privilege problem, but exists many others cause of this: see reference at http://kb.mozillazine.org/Software_Update and tell us if you resolve the issue.

Comment 4

[Robert Strong (they/them - no direct email)]

Just to verify, is it the thunderbird.exe process that is pegged at 100%?

Comment 5

[Ben Eng]

Yes, it is the thunderbird.exe process that is pegged at 100%.

Killing it and restarting Shredder properly initiates the upgrade, after confirming the privilege escalation (user account control).

Comment 6

[Robert Strong (they/them - no direct email)]

I wasn't able to reproduce this with Firefox and the UAC request happens before the app update code is involved.

Comment 7

[Robert Strong (they/them - no direct email)]

Moving back over to Thunderbird -> General.

app update isn't running at the time this occurs. I wasn't able to reproduce this with Firefox so I doubt it is in the shared code which would be toolkit -> startup (specifically toolkit/xre/nsUpdateDriver.cpp) which launches the updater.

Comment 8

[Wayne Mery (:wsmwk)]

Ben, please get a "hang stacktrace" https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg

Comment 9

[Joshua Cranmer [:jcranmer]]

RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.