Closed Bug 886272 Opened 12 years ago Closed 11 years ago

(production) Marketplace CDN responding to /files/browse URLs with 403

Categories

(Marketplace Graveyard :: Reviewer Tools, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: eviljeff, Assigned: jason)

Details

each file in the file viewer has a download load. Trying it gives a server error.
The Marketplace is redirecting to the CDN appropriately (with a ?token= query string parameter) but the CDN is responding with a 403 (at least on -dev, can't test on prod). Looks like an OPs issue. See https://marketplace-dev-cdn.allizom.org/files/browse/206643/file-serve/icons/16.png?token=5ff41e36-d0a1-4b6b-80a2-b9e7787e45d6
Assignee: nobody → server-ops-amo
Component: Reviewer Tools → Server Operations: AMO Operations
Keywords: regression
Priority: -- → P2
Product: Marketplace → mozilla.org
QA Contact: oremj
Summary: download links in file viewer don't work → Marketplace CDN responding to /files/browse URLs with 403
Version: 1.5 → other
yeah, its a 403 on prod too. e.g. https://marketplace.cdn.mozilla.net/files/browse/210984/file-serve/manifest.webapp?token=5dbf0456-f5f4-4c00-a1d0-da88ee27fc0c re: the regression keyword - I never actually saw it working on marketplace.
It was originally working when the file viewer first launched; I did a demo of it at the show and tell. This may also be the cause of bug 886273; the file viewer will show a two-up of an image when in Compare mode if the image has changed, but the image(s) uses the same URL as the download link.
Assignee: server-ops-amo → oremj
/files/browse has always been blocked on the CDN. The file-serve URL currently allowed is: location ~ /[\w-]+/\w+/files/browse/\d+/file-serve/ { try_files $uri @zamboni; }
Keywords: regression
(In reply to Jeremy Orem [:oremj] from comment #4) > /files/browse has always been blocked on the CDN. > > The file-serve URL currently allowed is: > > location ~ /[\w-]+/\w+/files/browse/\d+/file-serve/ { > try_files $uri @zamboni; > } What is the /[\w-]+/\w+/ supposed to correspond to?
Looks like it is /{locale}/{firefox,...}/files/browse/
For Marketplace we don't need either of those, so we can safely route to just /files/browse/...
/files/browse is no longer blocked on the CDN.
Assignee: oremj → cvan
Component: Server Operations: AMO Operations → Reviewer Tools
Product: mozilla.org → Marketplace
QA Contact: oremj
Target Milestone: --- → 2013-07-11
Version: other → 1.0
Looks good, thanks guys
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Still failing for me on prod and dev.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Andrew: The URLs in this bug have all expired, so those will implicitly not work. Have you tried using the file viewer from the reviewer tools?
(In reply to Matt Basta [:basta] from comment #11) > Andrew: The URLs in this bug have all expired, so those will implicitly not > work. Have you tried using the file viewer from the reviewer tools? yes. I tried a random packaged app in the queue and tried to download the manifest file.
It isn't working for me now, as well. Any ideas?
Flags: needinfo?(oremj)
Could you provide a sample URL for testing?
Flags: needinfo?(oremj)
Assignee: cvan → jthomas
You should now be able to download the manifest file on -dev. I tested with https://marketplace-dev.allizom.org/files/browse/215049/file/manifest.webapp Let me know if there are any issues. Once verified I can push the change out to prod.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
The manifest file works but I tried some of the other files in the same app and they return 404s (well, a Marketplace 'Page Not Found' page) e.g. https://marketplace-dev.allizom.org/files/browse/215049/file/icons/256.png https://marketplace-dev.allizom.org/files/browse/215049/file/script.js from some testing with other apps it seems to dependant on the type of file. html, xml, json work; js, png don't.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: Marketplace CDN responding to /files/browse URLs with 403 → Marketplace CDN responding to some /files/browse URLs with 404/Page Not Found
Target Milestone: 2013-07-11 → ---
I've made some additional nginx changes and it looks like it is working. Tested with https://marketplace-dev.allizom.org/files/browse/215049/file/script.js#top Let me know if there are any issues.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
thanks!
Status: RESOLVED → VERIFIED
Summary: Marketplace CDN responding to some /files/browse URLs with 404/Page Not Found → (production) Marketplace CDN responding to /files/browse URLs with 403
Are we still seeing this issue? I am not able to replicate on prod.
looks like its working now.
Status: REOPENED → RESOLVED
Closed: 12 years ago11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.