Closed
Bug 244485
Opened 20 years ago
Closed 17 years ago
Build ID only generated when MOZILLA_OFFICIAL is set
Categories
(Firefox Build System :: General, defect)
Firefox Build System
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bugs, Unassigned)
References
Details
We need the Build ID to be generated for some Firefox features to differentiate between different builds. Unfortunately this is only generated in builds when MOZILLA_OFFICIAL is set in the environment. It should be generated unconditionally.
Reporter | ||
Comment 1•20 years ago
|
||
Alternatively, the same information can be generated and placed elsewhere, as I hear there are implications to layout link performance.
Status: NEW → ASSIGNED
See also related: bug 26798 & bug 37484 . Perhaps we should take this moment to replace the current build id with something a bit less flawed? I'm always a bit concerned when someone wants to use the build id to distinguish between builds when the build id not a unique identifier (by itself).
Comment 3•20 years ago
|
||
The date portion of the UA was intended to be a "source" date, not a build date. If it were generated as part of the *checkout* target it would not cause undue extra linkage in layout. On the plus side developer builds would have meaningful and consistent build ID's. On the down side there might not be a way to distinguish official release "re-spins". Does that happen often enough (without re-pulling) to matter?
Comment 4•20 years ago
|
||
We're gonna need a different date for "gecko" and for the "app" anyway, once we separate the build. The gecko buildid should be used for the useragent, but the app buildid (probably on uniqueness-crack) should be used for profile-uniqueness.
Comment 5•20 years ago
|
||
Any progress here?
Updated•20 years ago
|
Product: Browser → Seamonkey
2 years and no update? This is still a problem with the current Minefield Build on Win XP SP2. It happened to me today while doing Litmus testing. In Minefield: Help>About Minefield comes back with a build ID of 20070308, which is 2 numbers short of the 10 digit number required. about: in the address bar returns 0000000000. litmus.mozilla.org reports 0000000000 as the build ID as well.
Updated•17 years ago
|
Assignee: bugs → nobody
Status: ASSIGNED → NEW
Product: Mozilla Application Suite → Core
Comment 7•17 years ago
|
||
With all the build ID changes in last couple of months, is this still an issue?
Comment 8•17 years ago
|
||
This was fixed by bug 383167.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
See Also: → https://launchpad.net/bugs/68459
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•