Closed Bug 297555 Opened 20 years ago Closed 19 years ago

Talkback build date/time is incorrect

Categories

(Firefox Build System :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 353747

People

(Reporter: syskin2, Assigned: preed)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ In both Beast and Pacifica builds, the build time/date in talkback's master.ini file doesn't correspond to the actual buildID. In Beast, the ID is fixed at 2005051906. In Pacifica, a 13/06/2005 is dated 2005061219 instead. At least with Beast this is quite wrong. Reproducible: Always Steps to Reproduce: 1. Crash with 06/10 Beast build 2. Check your talkback (for example TB6597055E) Actual Results: The talkback says it crashed with 2005051906 Expected Results: Should have said 2005051005 (this is what profile/compatibility.ini says about this build)
Hm, a typo, should be: Expected Results: Should have said 2005061005 (this is what profile/compatibility.ini says about this build) ..sorry
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050613 Firefox/1.0+ ID:2005061308 Confirmed for Beast. I'll need to crash Pacifica first to check what it sends
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
pacifica took over beast's duty doing release builds on 5/19. Since then it hasn't clobbered its build tree (which leads to Talkback being in the build along with the old master.ini file).
Assignee: nobody → chase
I moved beast's build directory aside. It's not uploading its symbols anyway so these builds should not have the Talkback client. After it completes a build on the next cycle we can verify this.
Status: NEW → ASSIGNED
Look in your components directory, check the build id in the master.ini and see if that matches any crashes you submit with that build. Thanks.
I'm downloading nightlies and sometimes tinderbox builds from Pacifica as zips. Seems the BuildID of the nightly is used throughout the day: Nightly: 1.9a1: 2005081307 file date: 13. August 2005 08:07:54 Pacifica: 1.9a1: 2005081307 file date: 13. August 2005 13:16:28 I also saw that latter wrong buildID in a talkback record. behavior may lead to wrong talkback records, and may be caused by: Bug 244485 Build ID only generated when MOZILLA_OFFICIAL is set also related: Bug 296395 Improve accuracy of build id
(In reply to comment #6) > Nightly: 1.9a1: 2005081307 file date: 13. August 2005 08:07:54 > Pacifica: 1.9a1: 2005081307 file date: 13. August 2005 13:16:28 Both files were downloaded immediately when being available, and data above is from Windows Explorer Properties. The pacifica tinderbox was showing check-ins in the 5 hours between nightly and tinderbox build, so the files differ, the BuildId not. Using fc /b I found firefox.exe to be different. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050813 Firefox/1.0+ Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050813 Firefox/1.0+
Assignee: chase → preed
Status: ASSIGNED → NEW
seems Bug 305233 pacifica tinderbox builds have wrong buildID is a dupe of this one, but that one is assigned, and has younger comments, otherwise I would have dupe it to this bug.
I'm resolving this a dup of bug 353747. Interestingly, we don't use beast anymore, and we only use the VM incarnation of pacifica. *** This bug has been marked as a duplicate of 353747 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in before you can comment on or make changes to this bug.