Closed
Bug 802196
Opened 12 years ago
Closed 4 years ago
DOM/Storage (Local Storage) link is a 404/broken, on staging
Categories
(developer.mozilla.org Graveyard :: Wiki pages, defect)
developer.mozilla.org Graveyard
Wiki pages
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: stephend, Unassigned)
References
()
Details
(Whiteboard: [fromAutomation])
In the navigation header, under "Docs," the Local Storage link points to https://developer.allizom.org/en-US/docs/DOM/Storage, which is a 404; our pending automation script (Bob Silverberg's) found this...
Reporter | ||
Comment 1•12 years ago
|
||
Also: 09:18 bsilverberg: https://developer.allizom.org/en-US/docs/DragDrop/Drag_and_Drop 09:18 bsilverberg: https://developer.allizom.org/en-US/docs/DOM/Using_web_workers
Comment 2•12 years ago
|
||
That's because almost no content is on staging. That server only has a couple hundred pages of content on it.
Reporter | ||
Comment 3•12 years ago
|
||
Long term, we'll need bug 802203, so our automation doesn't trip up on at least nav links.
Comment 4•10 years ago
|
||
FYI: On stage links in the Main Navigation Menu are broken: https://developer.allizom.org/en-US/docs/Zones and https://developer.allizom.org/en-US/docs/Mozilla/Connect
Comment 5•10 years ago
|
||
Should we skip these tests on mdn-staging? based on comment 4?
Flags: needinfo?(lcrouch)
Comment 6•10 years ago
|
||
I manually copied the pages from production server to staging server. We are working on a script to automatically & periodically mirror anonymized production data (including wiki pages) into the staging server. (https://bugzilla.mozilla.org/show_bug.cgi?id=802203) I'd like main navigation links' landing pages to stay in the test suite as much as possible. Is it okay to fix these kinds of issues by manually copying the pages from production to staging until it's automated?
Flags: needinfo?(stephen.donner)
Flags: needinfo?(lcrouch)
Flags: needinfo?(andrei.hutusoru)
Reporter | ||
Comment 7•10 years ago
|
||
(In reply to Luke Crouch [:groovecoder] from comment #6) > I manually copied the pages from production server to staging server. We are > working on a script to automatically & periodically mirror anonymized > production data (including wiki pages) into the staging server. > (https://bugzilla.mozilla.org/show_bug.cgi?id=802203) > > I'd like main navigation links' landing pages to stay in the test suite as > much as possible. Is it okay to fix these kinds of issues by manually > copying the pages from production to staging until it's automated? Not really, unless someone does it with more frequentcy/regularity. We've had failing tests for nearly a week, and it wasn't resolved until now. We're not complaining, really, but if the project needs this coverage, then we need the help in maintaining the test environment for the tests (otherwise, we have to workaround with skips and xfails, and we stand the chance of missing real bugs).
Flags: needinfo?(stephen.donner)
Updated•10 years ago
|
Flags: needinfo?(andrei.hutusoru)
Comment 8•4 years ago
|
||
MDN Web Docs' bug reporting has now moved to GitHub. From now on, please file content bugs at https://github.com/mdn/sprints/issues/ and platform bugs at https://github.com/mdn/kuma/issues/.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Updated•4 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
•