Summary: Article that 404s - cannot be found - is listed on the Article List page STR: 1. Load http://support-stage.mozilla.org/en-US/kb/Article+list 2. Either run a link checker on it or just click on the "Using the Quicktime Plugin with Firefox" article Expected: Page loads with its content (this page shouldn't be indexed) Actual: Page cannot be found (404)
It is there, as http://support-stage.mozilla.org/en-US/kb/Using+the+QuickTime-plugin+with+Firefox (notice the - ) The page doesnt look like it updates when a article is renamed.
Indeed, I also tried renaming a page and Article+List didn't update. We should make that bug about fixing this. It might have to do with the PAGELIST plugin.
PAGELIST probably gets its data from sumotools (which has the correct article name), not support-stage. I'm guessing this bug is invalid. CCing Cheng.
(In reply to comment #3) > PAGELIST probably gets its data from sumotools (which has the correct article > name), not support-stage. I'm guessing this bug is invalid. > CCing Cheng. If that's the case, can we please fix that? It causes churn to have invalid bugs due to staging problems.
What's happening is the script that was doing this was erroring out on tools (someone changed permissions on a file). Should be fixed now. Also FWIW, the pagelist plugin gets updates once a week because it uses data from omniture that I import manually on that schedule.
Sounds fixed. Not sure if this should go under any milestone.
Well, http://support-stage.mozilla.org/en-US/kb/OCSP+error+when+accessing+secure+sites and http://support-stage.mozilla.org/en-US/kb/Window+shakes are still listed, and are 404s. (Link checkers FTW.)
This sounds more like a 'cantfix', if that resolution was available. :-) AIUI, the problem is that the list is based on omniture data, which doesn't apply to stage.
check on prod.... the prod version at least updates automatically.