I added the following statements in our app.yml DISCOURSE_ENABLE_CORS: true DISCOURSE_CORS_ORIGIN: '*' Temporarily set ‘*’ to eliminate variables while testing. I have also attempted setting urls explicitly to no avail. However, despite the above, we still get Blockquote No ‘Access-Contro…

cors origins setting is controlled in admin > settings > security you only need DISCOURSE_ENABLE_CORS: in your app.yml

I attempted and tested this as well [image]

And for our single site setup setting origin in .yml vs. the admin ui should have the same effect per: What is the purpose of Settings -> Security -> CORS origins vs similar environment setting?

I’m not sure we support the wildcard here. Can you try it with a real domain? We are using the cors settings in a couple sites with domains configured and it appears to work fine.

i also have it set on one of my sites and it does work

I attempted with a domain, no luck. Is there a way to confirm that the env vars are set correctly? (or that the app restart configured the cors without resending requests, just trying to think of ways to debug). I think this is the part of code that handles the cors settings, just in case it is use…

[image] Within the ngnix access logs I notice that the OPTIONS call returns a 404 (and precedes the error on the GET call)

'Access-Control-Allow-Origin' ヘッダーが存在しません (DISCOURSE_ENABLE_CORS: true を設定しているにもかかわらず)

サポート

xprmnts 2021 年 10 月 28 日午後 1:53 3

私も試して検証しました

トピック		返信	表示
What is the purpose of Settings -> Security -> CORS origins vs similar environment setting? Support	2	3744	2015 年 11 月 9 日
CORS origins setup does not work Support	6	2085	2020 年 10 月 22 日
Set DISCOURSE_ENABLE_CORS for hosted forum Self-hosting hosting	5	2609	2022 年 10 月 7 日
Multiple cors origins on hosted discourse? Support	8	3196	2017 年 8 月 21 日
CORS issue with javascript frontend Self-hosting	1	732	2020 年 7 月 20 日

'Access-Control-Allow-Origin' ヘッダーが存在しません (DISCOURSE_ENABLE_CORS: true を設定しているにもかかわらず)

関連トピック