Closed Bug 629919 Opened 14 years ago Closed 10 years ago

Cannot check for new updates, about dialog stuck at "Apply Update"

Categories

(Toolkit :: Application Update, defect)

Product:
Toolkit
Component:
Application Update
Platform:
x86
Windows 7
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mozilla.jgvons, Unassigned)

References

Details

(Whiteboard: [closeme 2015-01-20][WFM])

Attachments

(10 files)

active-update.xml
1.38 KB, text/xml
Details
update.status
10 bytes, text/plain
Details
update.log
62.44 KB, text/plain
Details
active-update.xml
1.50 KB, text/plain
Details
update.log
116.43 KB, text/plain
Details
update.status
10 bytes, text/plain
Details
active-update.xml
1.50 KB, text/plain
Details
update.status
10 bytes, text/plain
Details
Update Bug in Firefox 12 with no admin User.
64.22 KB, image/jpeg
Details
Failed update
117.87 KB, application/zip
Details
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:2.0b10) Gecko/20100101 Firefox/4.0b10 Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b10) Gecko/20100101 Firefox/4.0b10 I'm normally using FireFox from a normal user account w/o admin rights. I have the check for updates set to automatically download and install. For the last couple of betas (starting from 4.0beta 6 or 7?), I can no longer perform a "check for updates" from the about window; it always says "Apply Update", but when I do so firefox restarts but nothing changes. My guess is that it once downloaded an update which I then actually ended up (re-)downloading and installing while logged on as administrator. I probably cancelled the elevation request required by the installer when it first downloaded the update when running as my normal user, because I wasn't willing to install the update at that moment. As administrator I can go to the about window and there "check for updates" works just fine; this is how I updated to the recent betas after the problem started to occur. It is as if when running FireFox as normal user, it is still stuck at an older update which it wants me to install, without detecting that the current version is already much more recent. And that prevents it from displaying the "check for updates" button so I now have to start firefox as an admin in order to check and download updates. From bug #486038 I learned that removing the ...\AppData\Local\Mozilla\Firefox\Mozilla Firefox 4.0\updates\ folder should fix this; to be seen if the problem comes back next time. Reproducible: Always
Component: Installer → Application Update
Product: Firefox → Toolkit
QA Contact: installer → application.update
Version: unspecified → Trunk
Please attach (using the 'Add an attachment' link above) the following files which can be located with a default install as follows: For Windows Vista and above type the following in the Start Menu search box and press return. %LOCALAPPDATA% Then navigate to \Mozilla\Firefox\Mozilla Firefox\ active-update.xml navigate to the 0 subdirectory under updates attach the following files if present update.status update.log If neither of those are present please let me know in this bug.
Attached file active-update.xml —
Attached file update.status —
Attached file update.log —
Attachment #508147 - Attachment mime type: application/octet-stream → text/plain
Attachment #508148 - Attachment mime type: application/octet-stream → text/plain
Hi, I have the same problem, my current version is 4.0b10 and it always propose to update, but nothing happens and Firefox restarts. I will attach all files as requested.
Attached file active-update.xml —
Attached file update.log —
Attached file update.status —
Please type about:config in the url bar, click the button to display the content, and type app.update.log. Double click the entry so it displays true. Restart Firefox and open Tools -> Error Console. Paste any entries that start with "AUS:SVC" into this bug. Thanks. note: you must still be in the bad state for this to be of value.
Attachment #510803 - Attachment mime type: application/octet-stream → text/plain
Attachment #510804 - Attachment mime type: application/octet-stream → text/plain
btw: I am not able to reproduce. Does this happen on first run after restarting the OS? Is there an update.mar file in the \Mozilla\Firefox\Mozilla Firefox\0\ directory referenced in comment #1?
Answering Robert's questions: After setting app.update.log to true I see the following AUS:SVC lines in the error console: AUS:SVC gCanCheckForUpdates - able to check for updates AUS:SVC gCanApplyUpdates - testing write access C:\Users\Gert-Jan\AppData\Local\Mozilla\Firefox\Mozilla Firefox 4.0\update.test AUS:SVC gCanApplyUpdates - windowsVersion = 6.1 AUS:SVC gCanApplyUpdates - on Vista, userCanElevate: false AUS:SVC gCanApplyUpdates - testing write access C:\Program Files\Mozilla Firefox 4.0\update.test AUS:SVC gCanApplyUpdates - unable to apply updates. Exception: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsILocalFile.create]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/components/nsUpdateService.js :: aus_gCanApplyUpdates :: line 200" data: no] AUS:SVC UpdateService:_postUpdateProcessing - unable to check for or apply updates... returning early I indeed have a ~4.5MByte update.mar file in the \Mozilla\Firefox\Mozilla Firefox\0\ directory.
Forgot one point: it happens every time I start firefox, so not only on the first run after restarting the OS. And I don't know if it may help to analyse this problem, but also have the exact same problem with Thunderbird 3.1.7, which keeps proposing "Apply Downloaded Update Now..." in the help menu. When I select it, it tells me the 3.1.5 update has been downloaded and is ready to be installed, while the about dialog confirms I'm already running 3.1.7.
Could you open a command prompt and type cacls "C:\Program Files\Mozilla Firefox 4.0\" Then copy / paste the output into this bug. Thanks!
Also answers for Robert: > Does this happen on first run after restarting the OS? It happened for quite a long time, with multiple reboots. I only reported it yesterday. > note: you must still be in the bad state for this to be of value. Too bad, I deleted the Windows Profile having this problem, sorry; however I will keep an eye on future occurrences.
C:\Program Files\Mozilla Firefox 4.0 NT SERVICE\TrustedInstaller:(ID)F NT SERVICE\TrustedInstaller:(CI)(IO)(ID)F NT AUTHORITY\SYSTEM:(ID)F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(ID)F BUILTIN\Administrators:(ID)F BUILTIN\Administrators:(OI)(CI)(IO)(ID)F BUILTIN\Users:(ID)R BUILTIN\Users:(OI)(CI)(IO)(ID)(special access:) GENERIC_READ GENERIC_EXECUTE CREATOR OWNER:(OI)(CI)(IO)(ID)F
Are you by chance running Windows 64 bit?
Yes for me. Windows 7, 64 bit.
Are you using 32 or 64 bit Firefox?
btw: I suspect you've installed a 32 bit Firefox in the 64 bit Program Files directory. To fix uninstall and then install into C:\Program Files (x86)\Mozilla Firefox 4.0 The associated bug to fix this is bug 572162
Summary on my side: Application installed as "C:\Program Files (x86)\Mozilla Firefox 4.0 Beta\firefox.exe" On Windows 7, 64 bit Application is 32 bit as far as I know. ID string is Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b11) Gecko/20100101 Firefox/4.0b11 ID:20110203141415 So maybe it was an other problem.
On my side it is 32bit firefox under 32bit Windows 7. But a question. If I - run Firefox as a normal user - firefox detects the availability of an update and downloads it. - when firefox asks me to install/restart now or later I say later - I log off, and log back on as administrator - I start start firefox, and check for updates - firefox finds one, downloads it. - when firefox asks me to install/restart now I say "now". - firefox restarts and is updated to the latest version. - I log off, and log back on as a normal user - firefox has now been updated during the Administrator session, but it still has the downloaded but un-installed update in my Windows user profile Is firefox now expected to detect that the downloaded-but-not-yet-installed update can be deleted?
There is code specifically to handle that along with tests though it is possible that there is an edgecase where it slips by. I'll see if I can reproduce using your steps tomorrow.
I tried the upgrade for b12. As my usual account is not admin Firefox said that there was an upgrade available, but did not download it. I logged out, and loggedin as admin. Checked for an upgrade and done it. The upgrade went fine. I logged again as user, and everything is ok, firefox says it is up to date. I do not know how I had a problem in b10 some weeks ago.
Hello, here I have the problem again, Firefox (currently at 4.0b12, french) always proposes me to apply an upgrade. I was on holidays for the previous 10 days, computer off. My OS is Seven, 64 bits, Firefox is 32 bits, I am *not* admin. The install folder is not the standard one, it is "C:\Program Files (x86)\Mozilla Firefox 4.0 Beta\" Update.status contains: Failed 9 CACLS on the install folder reports: C:\Program Files (x86)\Mozilla Firefox 4.0 Beta NT SERVICE\TrustedInstaller:(ID)F NT SERVICE\TrustedInstaller:(CI)(IO)(ID)F AUTORITE NT\Système:(ID)F AUTORITE NT\Système:(OI)(CI)(IO)(ID)F BUILTIN\Administrateurs:(ID)F BUILTIN\Administrateurs:(OI)(CI)(IO)(ID)F BUILTIN\Utilisateurs:(ID)R BUILTIN\Utilisateurs:(OI)(CI)(IO)(ID)(accès spécial :) GENERIC_READ GENERIC_EXECUTE CREATEUR PROPRIETAIRE:(OI)(CI)(IO)(ID)F -- active-update.xml and update.status to be included; no update.log present.
Attached file active-update.xml —
Attached file update.status —
Attachment #521196 - Attachment mime type: application/octet-stream → text/plain
Are you prompted to either elevate or to enter credentials? If so, which of the two and do you select cancel?
No, I am not prompted for anything. The browser does not propose to upgrade (even if now the current release is 4.0 and I am at 4.0b12 with a possible upgrade to 4.0rc1), and if I do manually "About" and click on "apply" then the browser closes, and restarts with the current profile within one second without asking me for anything. Oh, by the way, because I use multiple profiles, I once configured the profile manager to ask for the profile at each start. The profile is not asked when trying to upgrade. If configure not to ask for a profile the behavior remains the same.
Does it do this after rebooting Windows as well?
Yes, rebooting windows (even shutting down the computer for the night ;-) ) does not cure the problem.
Please open compmgmt.msc, navigate to Local Users and Groups then Users, and open your user account. Click the Member of tab and post back in this bug which groups your user account is a member of.
Sorry, I am using a Windows 7 Family Premium edition, the user&group component cannot be used ! Sorry, I am not a Windows power user and don't know how to work around this.
I too have encountered this problem, Win 7 64bit. If running firefox under limited user using admin credentials then no update is shown (running v4.0 final)however if running under a limited user account where I think the update was not applied immediately (updating from rc2) then there is always the apply update button which when pressed just restarts the browser and the button remains. I once ran into this issue with 3.6 which I resolved by making the limited user account an admin account for a short period to check for updates.
Deleting all the files in the following folder forces firefox to check again for updates and the button is then gone. C:\Users\USERNAME\AppData\Local\Mozilla\Firefox\Mozilla Firefox\updates\0
Note: I tried changing the account to administrator before deleting the update files and clicking on the apply update button a few times but the browser just restarted as before each time. It was back to a standard account type when I deleted the files as per my previous post.
(In reply to comment #33) > I too have encountered this problem, Win 7 64bit. If running firefox under > limited user using admin credentials then no update is shown (running v4.0 > final)however if running under a limited user account where I think the update > was not applied immediately (updating from rc2) then there is always the apply > update button which when pressed just restarts the browser and the button > remains. I once ran into this issue with 3.6 which I resolved by making the > limited user account an admin account for a short period to check for updates. That is different than this bug and it is not a supported method to run Firefox due to the admin account using the files in the limited users profile.
(In reply to comment #36) > (In reply to comment #33) > > I too have encountered this problem, Win 7 64bit. If running firefox under > > limited user using admin credentials then no update is shown (running v4.0 > > final)however if running under a limited user account where I think the update > > was not applied immediately (updating from rc2) then there is always the apply > > update button which when pressed just restarts the browser and the button > > remains. I once ran into this issue with 3.6 which I resolved by making the > > limited user account an admin account for a short period to check for updates. > That is different than this bug and it is not a supported method to run Firefox > due to the admin account using the files in the limited users profile. Robert Strong: I think you are misunderstanding what James did. It sounds like he temporarily added his limited account to the "Administrators" group. That merely elevates the account's permissions; it does not cause the account to run under a different user profile.
I have the same problem described in the initial post in this bug report. I'm running Firefox 4.0 on Windows XP SP3 (32-bit version). I run Firefox under an unprivileged account which is only a member of the "Users" security group. If I run Firefox under an account that is a member of the "Administrators" security group, I do not have this problem. Like the others above, I was able to correct the problem by deleting the following directory and then restarting Firefox: %userprofile%\Local Settings\application data\Mozilla\Firefox\Mozilla Firefox\updates\0\ The "0" directory had the following files: update.mar update.status update.version updater.exe updater.ini The contents of update.status were: failed: 9 The contents of update.version were: 3.6.11 After performing the above corrective action, my active-update.xml looked like this: <updates xmlns="http://www.mozilla.org/2005/app-update"/> Unfortunately I didn't make a copy of my old active-update.xml file from before I performed the above corrective action. It was longer, and looked somewhat similar to the ones that Gert-Jan Vons and Ben posted before.
(In reply to comment #37) > (In reply to comment #36) > > (In reply to comment #33) > > > I too have encountered this problem, Win 7 64bit. If running firefox under > > > limited user using admin credentials then no update is shown (running v4.0 > > > final)however if running under a limited user account where I think the update > > > was not applied immediately (updating from rc2) then there is always the apply > > > update button which when pressed just restarts the browser and the button > > > remains. I once ran into this issue with 3.6 which I resolved by making the > > > limited user account an admin account for a short period to check for updates. > > That is different than this bug and it is not a supported method to run Firefox > > due to the admin account using the files in the limited users profile. > > Robert Strong: I think you are misunderstanding what James did. It sounds like > he temporarily added his limited account to the "Administrators" group. That > merely elevates the account's permissions; it does not cause the account to run > under a different user profile. Jeremy Greene: Perhaps. (In reply to comment #38) > I have the same problem described in the initial post in this bug report. I'm > running Firefox 4.0 on Windows XP SP3 (32-bit version). I run Firefox under an > unprivileged account which is only a member of the "Users" security group. > > If I run Firefox under an account that is a member of the "Administrators" > security group, I do not have this problem. > > Like the others above, I was able to correct the problem by deleting the > following directory and then restarting Firefox: > %userprofile%\Local Settings\application data\Mozilla\Firefox\Mozilla > Firefox\updates\0\ > > > The "0" directory had the following files: > update.mar > update.status > update.version > updater.exe > updater.ini > > The contents of update.status were: > failed: 9 > > > The contents of update.version were: > 3.6.11 > > > After performing the above corrective action, my active-update.xml looked like > this: > > <updates xmlns="http://www.mozilla.org/2005/app-update"/> > > > Unfortunately I didn't make a copy of my old active-update.xml file from before > I performed the above corrective action. It was longer, and looked somewhat > similar to the ones that Gert-Jan Vons and Ben posted before. At this point, the files aren't going to be all that useful. What we need to figure out is why you on your system are in this state with a limited account when other people are not.
Same issue Windows 7 Professional 64bit, 32 bit Aurora installed in Program Files (x86). I had the same problem with the Firefox 4 betas. In response to Robert Strong's request in Comment 31, my user account is in the following Groups: HomeUsers Users It looks like the HomeUsers group is something to do with Home Groups, which I didn't set-up when I installed Windows 7. Let me know if there's any other information I can provide.
Andrew, could you temporarily remove your account from the HomeUsers group and try updating?
I removed myself from the HomeUsers group (which required shutting down the HomeGroup services because they kept adding my user back to that group), but I had the same problem on the last 2 updates.
I've been running into this issue again a couple of times since creating this bug report, and recently it happened only a few days after cleaning out the C:\Users\USERNAME\AppData\Local\Mozilla\Firefox\Mozilla Firefox\updates\0\ directory. On June 24th I downloaded Aurora 6.0a2 and installed it. About dialogue ok, checking for updates says I'm running the latest version (6.0a2 of 2011-06-24). No strange things detected until the following happens: 1. On June 27th Aurora informs me there's a new update available, asking me if I want to download it. 2. I accept, the update is downloaded and I allow it to be installed. 3. Firefox closes. 4. I get the UAC/elevation prompt for the admin password as expected (I'm running W7 and using a normal user account). 5. The install seems to go fine, and at the end of the install, the browser starts. 6. Going to the About, I see that the current version is still the one from June 24th as if the update didn't install, and there's the "install update" button. Clicking it causes a restart of the browser but that's all; no elevation request for an installation, and the problem persists. So the problem is back after just one update of Aurora... cacls "C:\Program Files\Aurora" returns C:\Program Files\Aurora NT SERVICE\TrustedInstaller:(ID)F NT SERVICE\TrustedInstaller:(CI)(IO)(ID)F NT AUTHORITY\SYSTEM:(ID)F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(ID)F BUILTIN\Administrators:(ID)F BUILTIN\Administrators:(OI)(CI)(IO)(ID)F BUILTIN\Users:(ID)R BUILTIN\Users:(OI)(CI)(IO)(ID)(special access:) GENERIC_READ GENERIC_EXECUTE CREATOR OWNER:(OI)(CI)(IO)(ID)F I can upload the logs if someone is interested (update.status says "succeeded")
Is it possible to remove the update on program start-up if its version is the same or older?
I too am experiencing this on Windows 7 (64-bit) running Firefox 12 (32-bit). It also occurred on previous versions: The About Firefox dialog box always displays an "Apply Update" button that does nothing but restart Firefox without making any changes. Firefox cannot be updated using this button, even when I know there is an update available; I am only able to update by downloading a fresh install. This account is one that requires an Administrator password to make changes, so I suspect that may be the cause. As far as I can tell, active-update.xml and status.version are stuck on 9.0.1. Since this is a shared computer (I'm the only one with the Administrator password), it is possible that someone else had to cancel the update prompt when it first occurred. (They would have been prompted for the Administrator password.) Rob, what other information do you need?
Status: UNCONFIRMED → NEW
Ever confirmed: true
I'm experiencing the same problem with thunderbird under windows 7 x64 for very long time, can't even remember since which version. I was hoping for a fix but unfortunately has never been fixed. Running under a simple user account I'm able to check for updates and update only for the first time after a manual install. Afterwards the update stuck at that version number and prompts me only to apply the update which is the version I'm already running. Moreover if I run as administrator then I can check for updates as normally and apply the update. Running back as a user it prompts me to apply the update of the previous version. The only way to be able to check for update running a user account is deleting the folder C:\Users\USERNAME\AppData\Local\Thunderbird\Mozilla Thunderbird\updates\0 So the bug seems to me that is not being able to elevate the account to an administrator one and so being able to write to the previous folder, or something related to it. Please do something to fix this problem cause it seems to be inside mozilla programs (at least thunderbird and firefox) for long time. If gathered lot's of bugs referring to the same issue: [url=https://bugzilla.mozilla.org/show_bug.cgi?id=318855]318855[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=384132]384132[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=458737]458737[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=463170]463170[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=529746]529746[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=535514]535514[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=621279]621279[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=630084]630084[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=633989]633989[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=685202]685202[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=695629]695629[/url] [url=https://bugzilla.mozilla.org/show_bug.cgi?id=747390]747390[/url]
The Bug is still alivie in Firefox 12
(In reply to vobexo from comment #47) > The Bug is still alive in Firefox 12
Attached file Failed update —
Here is the contents of this computer's updates folder (minus the large MAR file). Emptying it solved the stuck update button (although it did prompt me to download the update from the website instead).
(In reply to Gordon P. Hemsley [:gphemsley] from comment #51) > Created attachment 631503 [details] > Failed update > > Here is the contents of this computer's updates folder (minus the large MAR > file). Emptying it solved the stuck update button (although it did prompt me > to download the update from the website instead). Yes this works also for me, after Updating to Firefox 13.0 Befor Firefox show again the install Update Button, after deleting the update.status file and check the Version, Firefox says "Firefox is up to date."
Hello, I recently saw the same issue. I was running v. 13 on Win7 x64 Enterprise, in a limited user account (with no admin rights), and I have it set to update automatically using the Mozilla Maintenance Service. It didn't update in the background but I got an alert saying that 13.0.1 was available so I installed it and restarted the browser. That worked fine but the Apply Update button was still there after the update, and if I clicked on it nothing happened except the browser restarting and I tried it several times. When I went over to the administrator account, this did not happen and it said that Firefox is up to date under About Firefox. So, to try to fix this, I did the following and it worked. I closed Firefox and deleted "active-update.xml", "updates.xml", and the "updates" folder from C:\Users\<username>\AppData\Local\Mozilla\Firefox\Mozilla Firefox I am hoping that it does not happen again the next time a new version is released. I also saw the same behavior in Thunderbird 13. I'm not sure exactly what causes it but it may have something to do with running updates from within a limited user account.
I'm still having this issue with the current Firefox nightly (16.0a1 (2012-06-23) under Windows7, running from a normal user account (i.e. non-admin).. Today I tried again the fix mentioned above in comment #53; I closed Firefox and deleted "active-update.xml", "updates.xml", and the "updates" folder from C:\Users\<username>\AppData\Local\Mozilla\Firefox\Mozilla Firefox When I start firefox again, go to the about dialog, and check for updates, firefox tells me the latest version is available from the web site (i.e. it does not propose to download and install). After some time, (without reboots/restarts), firefox notifies me that an update is available; I tell it to download and install it. It starts installing the update WITHOUT ASKING FOR ELEVATION TO AN ADMIN ACCOUNT, and once restarted the about dialog displays the "Restart to Update" button and I'm stuck as before. I can click that button as often as I want, but after the restart the about still displays the same version + the "restart to update" button. Updating does work correctly when running firefox from an admin account.
with update to Firefox 17.0 the Bug is fixed at my System. But in Thunderbird is the Bug still alive! Every Thing is so Gert-Jan Vons postes for Firefox in Comment 54. There must be some Changes between Thunderbird und Firefox last Update to 17.0
Since couple versions the problem is solved to Thunderbird, at least in my case, and as vobexo writes in Comment 55 also in Firefox. So I think that if nobody still experiences the problem it should be marked as resolved.
Anyone else still see this?
Flags: needinfo?(mozilla.jgvons)
Flags: needinfo?(gphemsley)
Whiteboard: [closeme 2015-01-20][WFM]
Flags: needinfo?(gphemsley)
I haven't had any problems recently.
I have not seen the problem for quite a while now (running Firefox 35 these days)
Flags: needinfo?(mozilla.jgvons)
By the way, consider to mark as resolved also the open bugs I'm referring to at Comment 46. They seem to be caused by the same problem, or being duplicated to this one.
(In reply to Michalis from comment #60) > By the way, consider to mark as resolved also the open bugs I'm referring to > at Comment 46. They seem to be caused by the same problem, or being > duplicated to this one. Good suggestion. That will depend on the feedback of the users who reported those issues
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: