Closed Bug 461419 Opened 17 years ago Closed 16 years ago

Endless loop when updating without admin-rights

Categories

(Toolkit :: Application Update, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

VERIFIED DUPLICATE of bug 466778

People

(Reporter: sandro.wilhelm, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 When I started firefox it starts an auto-update to version 3.3. But I wasn't logged in with admin rights, so the update failed and a message appears. When clicking OK in the message box, the auto-update started again and failed. So I was in an endless loop. I only could stop this with shutdown windows immediately after clicking OK in the message box and before the update fails again. As long as the message was shown, the computer wouldn't shutdown. After that the firefox didn't start, there was only an error message. Reproducible: Didn't try Steps to Reproduce: 1.Install a former version of firefox ( Maybe I had Firefox 3.0 or 3.0.1) 2.Work with USER - rights and let automatically download the update. 3.When Firefox asks to update, don't do it now. Then close firefox. 4.Start the firefox - it starts with trying to do the update. I used Win XP SP3.
Component: Installer → Application Update
Product: Firefox → Toolkit
QA Contact: installer → application.update
This is a dupe of one of several similar bugs
Whiteboard: [DUPEME]
This is a recurrent bug - web searching reveals users have had related problem for several *years*. I had the same problem today BUT was running with full admin rights (but not as Administrator). Since the update/install initiates regardless of login status, this is a major bug however you cut it. Problem: automatic update 2.0.0.21 from Mozilla downloads, starts to install, gets stuck with "one of several files" cannot be modified because the user lacks r/w permission. The update restarts and the problem recurs. This generates an infinite loop that can only be killed from the Task Manager by terminating the Thunderbird thread when it restarts. Solution (culled from web reports dating back to 2007!): delete contents of <user>/Local Settings/Thunderbird/. Permissions here were all "full" r/w for the logged-in user despite claims by Thunderbird update tool that they were not. Upon deletion of folder contents and Thunderbird restart, the update proceeds smoothly, rapidly refilling this folder as before.
There's a discussion going on in the primary bug. There's a bunch of other duped bugs. Rob, if this is incorrect, please feel free to mention it and I'll try to re-search.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Whiteboard: [DUPEME]
You need to log in before you can comment on or make changes to this bug.