947452 - Lots of 404s on the developer pages

Status: RESOLVED FIXED

(Marketplace Graveyard :: Developer Pages, defect, P1)

Description

[Wil Clouser [:clouserw]]

Load https://marketplace.firefox.com/developers/ .  7 out of the 9 links at the top were 404s for me.  Design Fundamentals, Firefox OS Simulator, Reference Apps, etc.

-> Vincent because I think he changed these links.  This is pretty important to fix.

Comment 1

[Matt Basta [:basta]]

Looks like maybe MDN downtime? Everything WFM.

Comment 2

[Matt Basta [:basta]]

Actually the "Hosted apps" page looks like it was deleted from MDN. Sounds like we should just remove the link.

Comment 3

[Fred Wenzel [:wenzel]]

Didn't Mark file a bug about that link?

Comment 4

[Mathieu Pillard [:mat]]

The "hosted apps" link is bug 945036 and a different issue.

I can reproduce clouserw's problem, but there is a twist:
- It doesn't appear to be a 404 ; I see the "Oh no" page from Marketplace, but if I look with the developer tools network tab, there is a proper 301 to MDN... It's just that the browser somehow is also getting marketplace stuff loaded
- I don't see the problem on -dev or stage
- Weirder, I don't see the problem with Chrome... or cURL.

It looks to me that the appcache stuff could be causing this: when I clear the offline data for marketplace on my Firefox, and reload the links, everything works fine.

Comment 5

[Matt Basta [:basta]]

What version of firefox are you on? I can't reproduce on stable and unfortunately don't have Nightly on this machine.

Comment 6

[Mathieu Pillard [:mat]]

I reproduced using stable... Now that my offline data is cleared I can't seem to reproduce it ?! Super weird.

Comment 7

[Mathieu Pillard [:mat]]

I just reproduced it with the following STR, using Firefox stable:
0) Remove offline data for marketplace.firefox.com. Go to devhub
1) Click on Marketplace link, directing you to the consumer pages
2) Accept to store data for offline use
3) Click on link to devhub
4) Click on one of the links that is supposed to redirect you to MDN

-> Oh No! Not found page.

Without going to the consumer pages first, or without allowing it to store offline data, it works fine.

Comment 8

[Matt Basta [:basta]]

This might be a platform bug. There's only two things in the appcache manifest: a) the homepage's HTML and b) the contents of the /media/fireplace directory.

I'm curious what might be happening here. cvan might know more.

(unrelated: I'm entirely puzzled at how appcache works with our CDN, since any non-200 response should kill the whole cache)

Comment 9

[Vincent Agnano [:vinyll]]

With a cleared brower cache, I couldn't reproduce it with the latest nightly FF 28.0a1 (2013-12-09) or the latest stable on the dev or prod server.
All 9 links worked fine for me.

It is possible taht some heavy work for the new interface on MDN have affected the access for a short while?

Comment 10

[Mathieu Pillard [:mat]]

It was happening before MDN changes, still happen afterwards too.

I can still reproduce with Aurora using the STR in comment 7.

Comment 11

[Mathieu Pillard [:mat]]

This is working for me now with STR from comment 7. I guess because of https://github.com/mozilla/zamboni/commit/38715d6dd87e2893606336bc3d2df6ce5a89a862 ?