Closed
Bug 1283292
Opened 9 years ago
Closed 9 years ago
Enable CORS on Community Discourse for community sites
Categories
(Participation Infrastructure :: Community Ops, task)
Participation Infrastructure
Community Ops
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lmcardle, Unassigned)
References
(Blocks 1 open bug)
Details
CORS should be enabled on Discourse to allow http://arewediscoursingyet.com/ to access the json file of metrics
Comment 1•9 years ago
|
||
Ops blog will also need this. Need to see why Discourse also sends the ACAC header when CORS is enabled.
Summary: Enable CORS on Community Discourse for AWDY → Enable CORS on Community Discourse for community sites
Comment 2•9 years ago
|
||
I would love to have CORS back in order to fetch some topics from a campaign page we are creating :)
Comment 3•9 years ago
|
||
Do we have an ETA for this?
It's blocking any discourse integration with external sites/tools.
Flags: needinfo?(yousef)
Comment 4•9 years ago
|
||
We moved this out of our sprint for this and last week as other things came up. We're expecting to put this in our next sprint or the one after.
Flags: needinfo?(yousef)
Comment 5•9 years ago
|
||
Nuke, which domains should I enable in CORS for you?
Flags: needinfo?(nukeador)
Comment 6•9 years ago
|
||
Well, I was expecting CORS to be enabled for everyone, since this will allow people to play and test the API without asking for approval.
We wanted to experiment here http://activate.mozilla.community/
But I was also doing my personal tests here:
https://www.nukeador.com/discourse-blog/
https://github.com/nukeador/discourse-api-js
Flags: needinfo?(nukeador)
Comment 7•9 years ago
|
||
I've enabled CORS for the following domains:
https://arewediscoursingyet.com
https://activate.mozilla.community
https://nukeador.com
https://github.io
Status: NEW → UNCONFIRMED
Ever confirmed: false
Updated•9 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•9 years ago
|
||
Hi Rubén,
the reason we cannot provide an "allow everyone for CORS" policy is because Discourse also adds an Access-Control-Allow-Credentials header which is wrong when the origin is * and a security risk otherwise.
However, we offer to add CORS configurations in a timely manner whenever people request them.
We hereby close the issue as the above mentioned sites have been CORS enabled.
Best regards,
Henrik
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment 9•9 years ago
|
||
Can we have it also for any *.mozilla.org or mozilla.community site?
Bug 1309226 will need it for mozilla.org
Comment 10•9 years ago
|
||
Hi Rubén,
we will address Bug 1309226 (https://tree.taiga.io/project/pierros-mozilla-particiaption-systems/us/197?kanban-status=904519) next year and will solve that issue in the most appropriate way.
Again, any site that wants to have access will be configured. This will happen on a case by case base. There is no wildcard configuration.
Hope this helps.
Best regards,
Henrik
You need to log in
before you can comment on or make changes to this bug.
Description
•