Closed Bug 565370 Opened 16 years ago Closed 16 years ago

MXR 'HG Log' and 'HG Blame' links for mozilla-central using bogus changeset IDs

Categories

(Webtools Graveyard :: MXR, defect)

Product:
Webtools Graveyard
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: graememcc, Assigned: timeless)

Details

At time of writing, the 40-digit identifier for hg tip on my local repository is: 69eb050f2c0a8c3ddfe77ccd3cc77e4b415276f4 with short-form identifier 69eb050f2c0a, characters 1-12. For log and blame links for m-c, MXR seems to be incorrectly picking characters 13-24 for the short-form. Hence, these links are of the form http://hg.mozilla.org/mozilla-central/log/8c3ddfe77ccd/... which is bogus. Seems to only affect m-c: comm-central's links appear fine.
It also looks like it hasn't updated for ~9 hours.
No longer depends on: 565478
Graeme: thanks, that debugging is at least a start. I hadn't been able to figure out how the links were bad. Now I just need to find an hg person who can explain why it works in one place but not another
Assignee: nobody → timeless
Status: NEW → ASSIGNED
Why what works? Using the 13-24 characters should be obviously wrong.
Just checked m-c again - no longer stale, and using the correct revision short-form on hg.mozilla.org links. Don't see any pushes to the mxr repo, recently. Some kind of random one-time parsing issue related to that particular changeset?
got it! 69eb050f2c<newline> The problem is that 0a is treated as a newline!
http://hg.mozilla.org/webtools/mxr/rev/653d7c825eaf
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.