Closed Bug 779523 Opened 13 years ago Closed 13 years ago

BrowserID {{domxref}} links on developer-new.mozilla.org aren't working as expected

Categories

(developer.mozilla.org Graveyard :: Editing, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wbamberg, Unassigned)

Details

The BrowserID API reference docs at https://developer-new.mozilla.org/en-US/docs/DOM/navigator.id include cross-references, which are specified in the source as (for example): {{ domxref("navigator.id.watch()") }} I'd expect this to link to the page at: https://developer-new.mozilla.org/en-US/docs/DOM/navigator.id.watch But it doesn't: it links to https://developer.mozilla.org/en-US/docs/en-US/DOM/navigator.id.watch, which does not exist. Other DOM pages don't seem to have this problem. so maybe the DOM xrefs are being incorrectly specified in this page?
Note: I'm manually replacing the domxref calls with hardcoded links as a stopgap measure.
Oddly enough, re-saving the page fixed the weird path. The only problem now is that the links are being rooted at developer.mozilla.org rather than developer-new.mozilla.org
This could be related to a bug in the template (see https://developer-new.mozilla.org/en-US/docs/Template:domxref), but it may be related to something weird happening under the hood. I have seen that /en-US/docs/en-US thing elsewhere. I'll be sure the development team takes a look at this.
Dan: Was this fixed with bug 775461?
This particular bug seems to be resolved, though I've filed a new one: #780324
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Version: Kuma → unspecified
Component: Docs Platform → Editing
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.