Updated with an additional column in the table (Size on disk). See comment after the table.
So we’re running into a problem with our internal deployment of Firefox 126.96.36.199 that our software installer can’t tell which is newer, Firefox 188.8.131.52 or Firefox 184.108.40.206. At the same time, I was asked by someone to create a list of files that could be used as “signature files” for Firefox. (For this purpose, a signature file is a file in a distribution with a unique file size that can be used to identify a particular version of the distribution.)
As a result of this effort, I came up with this lovely table.
|FIREFOX.EXE||Values are taken from the
Version page of firefox.exe properties
|Firefox Version||Size||Size on disk||File version||File Version||Product Version|
NOTE: I’ve updated this table to include a new field, Size on disk. This field is obtained from the General Properties page for FIREFOX.EXE. I got my original file sizes by looking at the file system from a command line and they correspond to Size, NOT Size on disk. I have no idea why, but I wanted to post both values here for posterity.
So first lets talk about the “signature file” problem. Unfortunately I quickly discovered that there are a few versions between which the file sizes for firefox.exe are EXACTLY the same. In particular:
- 1.0.3 and 1.0.4
- 1.0.5 and 1.0.6
- 220.127.116.11 and 18.104.22.168
- 22.214.171.124 and 126.96.36.199
- 188.8.131.52 and 184.108.40.206
I investigated further and found that just looking at disk footprint, there is no way to tell those versions apart. I’m curious to know if other products besides our Tivoli products use file size to determine signature. If this is the case, it might be worth while to have a small signature file in Firefox that simply grows by a byte with each release. This would give us a file for which we could track versioning using file size.
The second problem is much more serious for us and revealed that despite the fixing of bug 286825, there is still a major problem with Firefox file versioning. In particular, take a look at the File version (not Version) of Firefox 220.127.116.11 and Firefox 18.104.22.168. You’ll see that Firefox 22.214.171.124 is 1.8.20070.31202 and Firefox 126.96.36.199 is 1.8.20070.30919. So if an application uses File version to determine which is the latest version, it will claim that Firefox 188.8.131.52 is newer than Firefox 184.108.40.206. This is what is causing our software install problem.
Hopefully we can workaround the problem on our end, but at the same time, we need to get the file versioning in Firefox done properly. Otherwise, this is just yet another hurdle for the enterprise deployment of Firefox.