50627 - Binaries on Windows platform do not have version resources

Status: VERIFIED DUPLICATE of bug 23560

(Core :: XPCOM, defect, P3)

Description

[Jon Smirl]

It would aid in debugging and install problems if all binaries (exe, dll) for 
the Windows platforms included a version resource to better identify the origin 
of the file. These are easy to add, minor version numbers could be 
automatically generated from CVS checkin version numbers.

To see an example pick a Microsoft dll from explorer, right click on it and 
pick properties. There will be a tab that says version if the file contains a 
version resource. The view dependencies program also shows the version resource.

Comment 1

[Ray Whitmer]

CVS checkin numbers from which file?  Or do you want it to contain the CVS 
checkin numbers of all files linked in?

Comment 2

[Jon Smirl]

Forget the part about CVS checkin numbers, I wasn't thinking clearly instead 
you want system build numbers. You could write M16, M15 or wathever into the 
comment field.  This is just a way to identify when people mix versions or 
don't know what they have installed. For example I have XPCOM standalone in my 
environment and it can get mixed up with files of the same name from the 
browser distribution. Date and timestamps on files can also get messed up by 
people copying them.

This is just a nice feature but not critical.

Comment 3

[Keyser Sose]

This would be a nice feature, but then again its not critical as the reporter
said. Maybe we should mark this future as well? Markng as New.

Comment 4

[Ray Whitmer]

Transferring to default XPCOM owner.

Comment 5

[Matthias Versen [:Matti]]

This would be a nice.
Reassigning again (sorry warren)

Comment 6

[Doug Turner (:dougt)]

reassign all kandrot xpcom bug.

Comment 7

[Doug Turner (:dougt)]

I assume that this bug is for the XPCOM library.

Comment 8

[Doug Turner (:dougt)]

similar to http://bugzilla.mozilla.org/show_bug.cgi?id=53727

over to cls.  Chris can you own this bug for mozilla 1.0>

*** This bug has been marked as a duplicate of 53727 ***

Comment 9

[hacker formerly known as [e-mail]]

*** Bug 86853 has been marked as a duplicate of this bug. ***

Comment 10

[Brian 'netdragon' Bober]

*** Bug 182422 has been marked as a duplicate of this bug. ***

Comment 11

[Brian 'netdragon' Bober]

Being similiar doesn't make a bug a duplicate. so versioning is not the same as
windows version resources. Its two different platforms. If they are similiar,
they should all block a versioning META bug 80613. See also bug 23560 which set
the groundwork that can be extended to the rest of Mozilla by adding module.ver
files throughout.

Comment 12

[Doug Turner (:dougt)]

chris, i thought that the offical build sets this?

Comment 13

[hacker formerly known as [e-mail]]

I don't know who's smoking what but Aki fixed this problem on win32 a long time ago.


*** This bug has been marked as a duplicate of 23560 ***

Comment 14

[:deanis74]

yeppers