Firefox updates to multiple times




12 years ago
11 years ago


(Reporter: thealx, Unassigned)


1.8.0 Branch
Windows XP

Firefox Tracking Flags

(Not tracked)


(Whiteboard: CLOSEME - 07/02, URL)


(1 attachment)



12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060909 Firefox/
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060909 Firefox/

Previous version was User Agent string shows it is successfully updated to already.
Sometimes after Firefox starts I get window that new version ( is available. My Firefox already "updated" to three times :) .


Reproducible: Sometimes

Steps to Reproduce:
1. Open Firefox

Actual Results:  
Update dialog shows possibility to update to "Update" is performed successfully after confirmation.

Expected Results:  
Firefox should just open, as it is already

May it be a duplicate of Bug#314684?
It's possible for everything except firefox.exe to get updated, usually when another application is holding a lock on the executable, or firefox does not exit completely. Then the UI will say but the exe is, and the latter is used for the version when requesting updates.

Please look at the properties of firefox.exe, in the Version tab, at the fields in the Item List. You should have " 2006090918" for "File Version".

You may also get some information from C:\Program Files\Mozilla Firefox\updates\last-update.log, and updates\0\update.log (if it exists). Attaching those to this bug may be useful.
Version: unspecified → 1.5.0.x Branch

Comment 2

12 years ago
This might be the same as I am seeing.
Was, upgraded to and the following day the "about" page said it was!  And it did an upgrade again.
After this happening twice, I uninstalled firefox (but kept my profile) and installed from a fresh download of en-US.
I disabled auto updates completely and when I came in the next day, there was back again. The version of Firefox.exe confirms this.

I wonder if there is some system restore activity going on.

I have archived copies of the "program files" tree and will check for any overwriting.
System Restore can cause problems, see bug 351216.

Comment 4

12 years ago
I had not actually used system restore - I was confusing myself there - thinking about some automated process that might run while I wasn't looking.
A bit more info.
Firefox was running overnight, and the replacement to occurred at 05:33. There is a windows prefetch entry for "Firefox Setup" at that time, as well as one for when I later came in and performed the manual update.
Also in D:/temp/sys/ff_temp/...   (from memory) were dlls for firefox Dates/times were also tuesday at 05:33
The ff versions of these files were under D:/tmp/..., which is actually a different folder on my system. Now, D:/temp/sys is the TEMP enviroment variable for the system, not for me.

So it looks exactly as if the setup program was run behind my back.
There was no record of in the "update history" box (tools->options->advanced) - only the .
There is no copy of the setup executable that I can find anywhere on my system or attached network drives.
Last night FF was not running and there was no change.

Even more curiously, I borrowed a laptop two days ago - one that I had never previously used - and noticed that even though FF was set for fully auto-updates, it only had
After getting admin rights, I upgraded to, shut down overnight, and the next day is was on again. The "show update" history said was updated at 13:36, but the firefox.exe is version and create time is Oct 15-2005, modified time is Tuesday at 14:35, one hour after I upgraded to  I just updated it to again, and the previous history has been wiped out.

This may be irrelevant, but I notice registry entries on both machines to HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\ShellNoRoam\MUICache
referring to "D:\\TEMP\\sys\\Firefox setup"="Firefox"
(and the appropriate temp dir on the other machine)
There is a duplicate entry under the S-1-5-18 sid (the "local system" user)

Comment 5

12 years ago
I think I may have found the cause of my problems and it might have wider implications.
It seems our corporate IT support implemented automatic upgrades to Firefox, but after they have forgotten about it.
When you do "properties-> version" on firefox.exe there are two different file versions. One is on the main page itself, and a different value is visible when you select "file version" under the "item name" list.
item : 2006030804     shows  1.8.20060.30804 on the top line
item : 2006090918     shows  1.8.20060.25382  on the top line

So if scripts use the top "file version" then looks newer, and this old script that has been forgotten about suddenly springs to life.

Comment 6

12 years ago
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8.1) Gecko/20060920 BonEcho/2.0

I'm on Win98 (german) and use zipped builds, looking at the properties of gives me:
file version: 2006082915
product version:

Comment 7

12 years ago
Created attachment 239488 [details]
illustration of version mismatch

oops, sorry.. The file version under "item name" should read 1.8... in both cases.
But my point is that there are two different "file versions" and they compare inconsistently.
I have attached an image illustrating what I am referring to. Ignoring the missing  ".0.7", the trailing 5 digit number on the top is lower for than for For, the top trailing fragment was created by the date
cameron, do you still have this update problem also from Firefox to Firefox ?
Whiteboard: CLOSEME - 07/02
This is likely a dupe of the other issues we've had related to receiving the same update twice. Closing it as INCOMPLETE due to lack of information.

Cameron, if you can still reproduce using Firefox 2.0.0.x (since 1.5.0.x is no longer supported), please comment here.
Last Resolved: 11 years ago
Resolution: --- → INCOMPLETE


11 years ago
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.