Closed Bug 1202173 Opened 9 years ago Closed 9 years ago

MXR for comm-esr38 points to a wrong branch

Categories

(Webtools Graveyard :: MXR, defect)

defect
Not set
normal

Tracking

(firefox43 affected)

RESOLVED FIXED
Tracking Status
firefox43 --- affected

People

(Reporter: MakeMyDay, Assigned: fubar)

Details

fascinating. mxr uses 'python client.py checkout' to update comm-esr*, so it should behave correctly, but comm-esr38 was cloning mozilla-beta instead of mozilla-esr38.

mxr-processor1.private.scl3# python client.py checkout
Executing command: ['hg', 'pull', '-R', './.']
pulling from https://hg.mozilla.org/releases/comm-esr38
...
Executing command: ['hg', 'update', '-r', 'default', '-R', './.']
0 files updated, 0 files merged, 0 files removed, 0 files unresolved
Updated to revision 649d1865515c9f4ddb0f52e2e517de622cb90431.
Executing command: ['hg', 'pull', '-R', './mozilla', 'https://hg.mozilla.org/releases/mozilla-beta/']


nuked it all and started re-cloning:

Executing command: ['hg', 'pull', '-R', './.']
pulling from https://hg.mozilla.org/releases/comm-esr38/
...
Executing command: ['hg', 'update', '-r', 'default', '-R', './.']
0 files updated, 0 files merged, 0 files removed, 0 files unresolved
Updated to revision 649d1865515c9f4ddb0f52e2e517de622cb90431.
Executing command: ['hg', 'clone', 'https://hg.mozilla.org/releases/mozilla-esr38/', './mozilla']


will kick off an index run when that's done.
Assignee: nobody → klibby
index is updated.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.