On: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=9428d40e8ead Some of the talos runs have three sets of results. My first thought that was someone had re-triggered them, but there is only one entry for each on the self-serve page. eg compare: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=9428d40e8ead&jobname=Rev4%20MacOSX%20Lion%2010.7%20mozilla-inbound%20talos%20dirty with https://secure.pub.build.mozilla.org/buildapi/self-serve/mozilla-inbound/rev/9428d40e8ead + filter builds on 'Rev4 MacOSX Lion 10.7 mozilla-inbound talos dirty'
https://tbpl.mozilla.org/php/getParsedLog.php?id=14228341&tree=Mozilla-Inbound and https://tbpl.mozilla.org/php/getParsedLog.php?id=14228371&tree=Mozilla-Inbound are particularly nice, since it's now trying to do 10.5 talos.
so the test machine claims that http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-macosx64/1344405509/firefox-17.0a1.en-US.mac.dmg has revision 9428d40e8ead (from application.ini), but the file came from revision fda1cd4d7dba
Joel & Jeads, this issue is going to play havoc with datazilla and might be a cause behind why we're "missing" changes when we compare them to the pushlog in datazilla. It will of course depend on how long this has been going on.
Closed m-c and inbound per #build
Created attachment 650184 [details] [diff] [review] Fix application.ini dependencies after bug 767839
Comment on attachment 650184 [details] [diff] [review] Fix application.ini dependencies after bug 767839 Review of attachment 650184 [details] [diff] [review]: ----------------------------------------------------------------- Exciting stuff.
https://hg.mozilla.org/mozilla-central/rev/4e3fb1f9f72a https://hg.mozilla.org/integration/mozilla-inbound/rev/4baae73d53c0
Reopened the trees since pushes on top are the easy way to tell it's fixed - comment 1 must be something different, which we hope a scheduler restart cured.
https://hg.mozilla.org/mozilla-central/rev/4baae73d53c0
or
