81344 - win32 Build ID discrepancies

Status: RESOLVED WORKSFORME

(SeaMonkey :: Build Config, defect, P3)

Description

[doctor__j]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9+) Gecko/20010516
BuildID:    2001051604

This is annoying and I rely on this when submitting bug reports, pin-pointing
exactly which build I am using.

This is counter-productive if the build you are referring to is NOT the build I
am talking about.  We are looking at the same build ID on the titlebar but it
_isn't_ actually.  It's just like you are talking in inches while I am talking
in centimetres.

Take this two builds as example.  They all give me the same Build ID:
2001051604.  What I concern is the last two digits - "04".

http://ftp.mozilla.org/pub/mozilla/nightly/2001-05-16-17-trunk/mozilla-win32.zip
http://ftp.mozilla.org/pub/mozilla/nightly/2001-05-16-05-trunk/mozilla-win32.zip

Forgive my lack of understanding on how those Build IDs got "etched" on the
titlebar when they are being compiled.  Can anybody tell me how the last two
digits are interpreted???

Comment 1

[Jon Granrose]

not sure if this is a valid bug or not.  reassigning to leaf.

Comment 2

[Daniel (Leaf) Nunes]

accepting, i'm going to try and verify this.

Comment 3

[Daniel (Leaf) Nunes]

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

Comment 4

[Jacek Piskozub]

It's getting worse. Today (06/20) Win32 installer build has User-String:
Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.1+) Gecko/20010618
and Build ID: 2001061804

Seems we are two days late :-(

Comment 5

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 6

[Ashley Bischoff (blog at handcoding.com)]

Out of curiosity, which of these is the "correct" Build ID -- the titlebar Build
ID or the (\bin\components\master.ini) Build ID?

Comment 7

[david avery]

this is a real problem - the cause is the buildID is only opdated on a a clobber
build

the following files all set buildID as uses is various parts of mozilla:

config/build_number
config/nsBuildID.h
content/build/gbdate.h

BUILD_OFFICIAL creates them if missing but doesn't update if they exist

Comment 8

[earthsound]

Additionally, w/ Talkback enabled, on a crash, Talkback reports a different
Build ID than the titlebar. For example, right now my titlebar says 2002052306,
but when it crashes, Talkback reports it as 2002052308. Which is it? :) 

See Talkback ID TB6883731Z

Comment 9

[earthsound]

As the titlebar no longer displays the build ID, I have no way of confirming
whether this bug still exists. Can anyone shed light on this issue? Are builds
produced the same way or can this bug be closed?

Essentially, in comment #8, I was curious as to whether Talkback was indeed
grabbing the correct build ID.

Comment 10

[Chase Phillips]

Mass reassign of open bugs for [e-mail] to [e-mail].

Comment 11

[Robert Helmer [:rhelmer]]

WFM; reopen if you have a recent build showing build ID inconsistencies.