Closed Bug 770732 Opened 13 years ago Closed 13 years ago

Page not migrated: /BrowserID/.well-known-browserid

Categories

(developer.mozilla.org Graveyard :: Wiki pages, defect, P1)

Product:
developer.mozilla.org Graveyard
Component:
Wiki pages
Platform:
x86_64
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: openjck, Unassigned)

References

Details

(Whiteboard: u= c= s= p=)

The following page does not seem to have been migrated to Kuma. https://developer.mozilla.org/en/BrowserID/.well-known-browserid Trying to load that page on Kuma results in a 404: https://developer-new.mozilla.org/en-US/docs/BrowserID/.well-known-browserid
Some notes from the person who reported this issue. I'm not sure I understand what she's talking about, but you might. > linked to from https://developer-new.mozilla.org/en-US/docs/BrowserID/Guide_to_Implementing_a_Persona_IdP > Link was title query string based > Because I originally created that in production as a page entitled "/.well-known/browserid", which is fulll of fail in dekiwiki, then renamed to .well-known-browserid
Hey Luke. Any idea? I would say looking into this, at least, is a blocker.
Blocks: 771763
Priority: -- → P1
Using the following command: ./manage.py migrate_to_kuma_wiki --slug=en/BrowserID I can't even get the parent page migrated; getting: 2012-07-16 12:02:15,687 INFO Searching for en/BrowserID 2012-07-16 12:02:15,688 INFO Found 20 docs already migrated 2012-07-16 12:02:15,689 INFO Migration finished: 1.00135803223e-05 seconds, 0 migrated, 0 skipped, 0 errors 2012-07-16 12:02:15,689 INFO Searching for en/BrowserID 2012-07-16 12:02:15,690 INFO Building parent/child locale tree... 2012-07-16 12:02:15,690 INFO Building translation relationships... 2012-07-16 12:02:15,691 INFO Cleaning up circular translations... 2012-07-16 12:02:15,696 INFO Searching for en/BrowserID 2012-07-16 12:02:15,697 INFO Building parent/child breadcrumb tree...
(In reply to David Walsh :davidwalsh from comment #3) > Using the following command: > > ./manage.py migrate_to_kuma_wiki --slug=en/BrowserID > > I can't even get the parent page migrated; getting: Probably because it's already migrated and up to date in your VM. Need some additional options to force a re-migration: $ ./manage.py migrate_to_kuma_wiki --slug=en/BrowserID --update-documents --update-revisions 2012-07-16 12:52:03,494 INFO Searching for en/BrowserID 2012-07-16 12:52:04,787 INFO Found 47505 docs already migrated 2012-07-16 12:52:04,791 INFO en-US/BrowserID (BrowserID) 2012-07-16 12:52:04,819 INFO Document already exists. (ID=5) 2012-07-16 12:52:10,134 INFO Past revisions: 60 saved, 0 skipped, 0 errors 2012-07-16 12:52:10,554 INFO New current revision created. (ID=289730) 2012-07-16 12:52:10,572 INFO Rate: 0.294831912827 docs/sec, 3.39176309109 secs/doc, 1 total in 5.78352618217 seconds 2012-07-16 12:52:10,573 INFO Rate: 8.99237334121 revs/sec, 60 total in 5.78352618217 seconds 2012-07-16 12:52:10,574 INFO Migration finished: 5.78524208069 seconds, 1 migrated, 0 skipped, 0 errors 2012-07-16 12:52:10,574 INFO Searching for en/BrowserID 2012-07-16 12:52:10,576 INFO Building parent/child locale tree... 2012-07-16 12:52:10,578 INFO Building translation relationships... 2012-07-16 12:52:10,580 INFO Cleaning up circular translations... 2012-07-16 12:52:12,409 INFO Searching for en/BrowserID 2012-07-16 12:52:12,410 INFO Building parent/child breadcrumb tree... 2012-07-16 12:52:12,412 INFO Migrating breadcrumb ids: [117L, 87643L] 2012-07-16 12:52:12,423 INFO [en-US] MDN -> [en-US] BrowserID
I just ran this on production, for good measure. Peeking in the DB now to see what happened: [lorchard@developer1.webapp.scl3 kuma]$ ./manage.py migrate_to_kuma_wiki --slug=en/BrowserID/.well-known-browserid --update-documents --update-revisions 2012-07-16 12:54:59,302 INFO Searching for en/BrowserID/.well-known-browserid 2012-07-16 12:54:59,885 INFO Found 47432 docs already migrated 2012-07-16 12:54:59,890 INFO en-US/BrowserID/.well-known-browserid (.well-known-browserid) 2012-07-16 12:55:00,365 INFO Document already exists. (ID=47273) 2012-07-16 12:55:00,420 INFO Past revisions: 2 saved, 0 skipped, 0 errors 2012-07-16 12:55:00,500 INFO New current revision created. (ID=289706) 2012-07-16 12:55:00,502 INFO Migration finished: 0.615895032883 seconds, 1 migrated, 0 skipped, 0 errors 2012-07-16 12:55:00,502 INFO Searching for en/BrowserID/.well-known-browserid 2012-07-16 12:55:00,503 INFO Building parent/child locale tree... 2012-07-16 12:55:00,505 INFO Building translation relationships... 2012-07-16 12:55:00,505 INFO Cleaning up circular translations... 2012-07-16 12:55:00,622 INFO Searching for en/BrowserID/.well-known-browserid 2012-07-16 12:55:00,624 INFO Building parent/child breadcrumb tree... 2012-07-16 12:55:00,627 INFO Migrating breadcrumb ids: [117L, 87643L, 100128L] 2012-07-16 12:55:00,642 INFO [en-US] MDN -> [en-US] BrowserID 2012-07-16 12:55:01,185 INFO [en-US] BrowserID -> [en-US] .well-known-browserid
Ran your proposed command, still received nothing: (kuma-venv)[vagrant@kuma vagrant]$ ./manage.py migrate_to_kuma_wiki --slug=en/BrowserID --update-documents --update-revisions 2012-07-16 12:54:29,143 INFO Searching for en/BrowserID 2012-07-16 12:54:29,144 INFO Found 20 docs already migrated 2012-07-16 12:54:29,144 INFO Migration finished: 1.00135803223e-05 seconds, 0 migrated, 0 skipped, 0 errors 2012-07-16 12:54:29,145 INFO Searching for en/BrowserID 2012-07-16 12:54:29,145 INFO Building parent/child locale tree... 2012-07-16 12:54:29,146 INFO Building translation relationships... 2012-07-16 12:54:29,146 INFO Cleaning up circular translations... 2012-07-16 12:54:29,151 INFO Searching for en/BrowserID 2012-07-16 12:54:29,151 INFO Building parent/child breadcrumb tree... Jumped into Admin and the page is not listed there either.
Hmm, for some reason, the slug got turned into "BrowserID/.well-known//browserid" after migration. No clue why, worth further investigation. mysql> select id, slug, title from wiki_document where id=47273; +-------+----------------------------------+-----------------------+ | id | slug | title | +-------+----------------------------------+-----------------------+ | 47273 | BrowserID/.well-known//browserid | .well-known-browserid | +-------+----------------------------------+-----------------------+ 1 row in set (0.00 sec)
(In reply to David Walsh :davidwalsh from comment #6) > Ran your proposed command, still received nothing: Also depends on how old your DB import is, when you set up your VM, and if you've recently started it over from scratch. This page was new on June 11: https://developer.mozilla.org/index.php?title=en/BrowserID/.well-known-browserid&action=history And, until very recently, vagrant DB imports were from back in November.
Also, looks like this page used to be called ".well-known/browserid" in MindTouch. Maybe related to bug 774185, with a dash of extra slashes? Still not quite sure yet what happened here.
FWIW, I hand-tweaked the page slug in admin, which should fix this for now: https://developer-new.mozilla.org/en-US/docs/BrowserID/.well-known-browserid
Going to call this one fixed in favor of further investigation under bug 774185
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
See Also: → 774185
Version: Kuma → unspecified
Component: Website → Landing pages
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.