Closed Bug 641184 Opened 14 years ago Closed 14 years ago

try server "build" builders only generate try-comm-central revision info, but no mozilla-central repo info

Categories

(Mozilla Messaging Graveyard :: Try Server, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asuth, Assigned: gozer)

Details

For example, if you use the momo TBPL on a try build, for the "B" build you see: using revision: try-comm-central/1f65f56ca518 But if we click on an "X" build, we see: using revisions: try-comm-central/1f65f56ca518, mozilla-central/d8fe8514d7e6 This is problematic for arbitrarypushlog which expects all comm-central-style tinderbox trees to have both a comm-central-ish and mozilla-central-ish repo referenced. Right now it ignores the "build" operations because of this. (A related thing is that if we want arbitrarypushlog to be able to know what is happening with pending builds, it needs to be able to get this information for those builds too. Ideally this info would come on a silver platter, but it should also be possible to scrape an early stage buildbot log if needed.)
Assignee: nobody → gozer
Fixed. you'll see the correct revision displayed now.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
There are two-slashes in the URL: ex: "mozilla-central//d8fe8514d7e6" instead of "mozilla-central/d8fe8514d7e6"
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Should be fixed now.
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
jhopkins' changes to the try server for bug 646219 appears to somehow have undone these changes... since the diff he provided on that bug does not seem to imply this result, maybe you can shed some light?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Re-Fixed, something was adding an extra slash, now defunct.
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
it's generating double-slashes again. re-opening here for context, although I'm also just going to put a work-around in the ArbPL code since it seems like it's hard to keep this from regressing...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Really? I am looking at http://tinderbox.mozilla.org/ThunderbirdTry/ I only see single slashes URLs. Like these: http://hg.mozilla.org/try-comm-central/rev/71e6f783ceef http://hg.mozilla.org/mozilla-central/rev/2c977d6f8a75 Could this be limited to a certain type of build/platform ? If you could show me a link to these broken builds, I could look at it. @jhopkins, could this have been regressed by that last bbcustom try merge you performed ?
You need to select a build on http://build.mozillamessaging.com/tinderboxpushlog/?tree=ThunderbirdTry and then you'll see the double slashes. It may have happened when I swapped try server back from building mozilla-aurora to mozilla-central.
changeset: 1536:e9cb70677304 branch: buildbot-0.8.0 tag: tip user: Philippe M. Chiasson <gozer@mozillamessaging.com> date: Tue May 17 16:04:08 2011 -0400 summary: Bug 641184 - Generate hg.m.o links without '//'s
gozer's patch applied to try. New builds should not result in duplicate slashes.
Verified that new builds do not exhibit the problem
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.