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)
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?
Comment 1•13 years ago
|
||
Note: I'm manually replacing the domxref calls with hardcoded links as a stopgap measure.
Comment 2•13 years ago
|
||
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
Comment 3•13 years ago
|
||
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.
Comment 4•13 years ago
|
||
Dan: Was this fixed with bug 775461?
Comment 5•13 years ago
|
||
This particular bug seems to be resolved, though I've filed a new one: #780324
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•13 years ago
|
Version: Kuma → unspecified
Assignee | ||
Updated•13 years ago
|
Component: Docs Platform → Editing
Updated•5 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•