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)
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.
Comment 1•12 years ago
|
||
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
Reporter | ||
Comment 2•12 years ago
|
||
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.
Comment 3•12 years ago
|
||
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.
Updated•12 years ago
|
Assignee: server-ops-amo → oremj
Comment 4•12 years ago
|
||
/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;
}
Updated•12 years ago
|
Keywords: regression
Comment 5•12 years ago
|
||
(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?
Comment 6•12 years ago
|
||
Looks like it is /{locale}/{firefox,...}/files/browse/
Comment 7•12 years ago
|
||
For Marketplace we don't need either of those, so we can safely route to just /files/browse/...
Updated•12 years ago
|
Component: Server Operations: AMO Operations → Reviewer Tools
Product: mozilla.org → Marketplace
QA Contact: oremj
Target Milestone: --- → 2013-07-11
Version: other → 1.0
Comment 9•12 years ago
|
||
Looks good, thanks guys
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•12 years ago
|
||
Still failing for me on prod and dev.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•12 years ago
|
||
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?
Reporter | ||
Comment 12•12 years ago
|
||
(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.
Assignee | ||
Comment 14•12 years ago
|
||
Could you provide a sample URL for testing?
Flags: needinfo?(oremj)
Reporter | ||
Comment 15•12 years ago
|
||
Reporter | ||
Updated•12 years ago
|
Assignee: cvan → jthomas
Assignee | ||
Comment 16•12 years ago
|
||
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 ago → 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 17•12 years ago
|
||
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 → ---
Reporter | ||
Updated•12 years ago
|
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 → ---
Assignee | ||
Comment 18•12 years ago
|
||
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 ago → 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 20•12 years ago
|
||
I spoke to soon on this - I verified it on -dev but not on prod.
c.f.
https://marketplace-dev.allizom.org/files/browse/210676/file/img/icons/logo-128.png
and
https://marketplace.firefox.com/files/browse/210676/file/img/icons/logo-128.png
(empty)
https://marketplace-dev-cdn.allizom.org/files/browse/210676/file-serve/img/icons/logo-128.png?token=1121d7dc-c284-4b21-a286-ba5ef5eadf9a
and
https://marketplace.cdn.mozilla.net/files/browse/210676/file-serve/img/icons/logo-128.png?token=dc889692-e47e-41bc-9d83-882de1844f93
(403)
Its the kitchen sink, v 0.2.2 in both cases.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Updated•12 years ago
|
Summary: Marketplace CDN responding to some /files/browse URLs with 404/Page Not Found → (production) Marketplace CDN responding to /files/browse URLs with 403
Assignee | ||
Comment 21•11 years ago
|
||
Are we still seeing this issue? I am not able to replicate on prod.
Reporter | ||
Comment 22•11 years ago
|
||
looks like its working now.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•