Jhonatan Teixeira
04/15/2026, 4:19 PMkapa.ai
04/15/2026, 4:19 PMhttps://examplecompanya.nas-demo.learnampdemo.com is added exactly as it appears in your allowed origins list. A common mistake is a typo or missing/extra subdomain level.
2. Check your Organization ID in the API call
If you configured CORS via the API, ensure you used your actual organization ID (not just default) in the endpoint URL. The correct format is:
https://<hostname>/api/v1/entities/admin/organizations/<orgID>
A 404 error is returned if the organization ID is incorrect. [CORS API endpoint]
3. Use PATCH, not PUT
When updating allowed origins via the API, make sure you're using a PATCH request. Your request body should look like:
{
"data": {
"attributes": {
"allowedOrigins": [
"https://examplecompanya.nas-demo.learnampdemo.com"
]
},
"id": "<your_organization_id>",
"type": "organization"
}
}
[CORS setup docs]
4. Wildcard usage
If you used a wildcard pattern (e.g., https://*.learnampdemo.com), note that wildcards only match third-level and consecutive subdomains. Verify the pattern covers your specific subdomain structure. [CORS setup docs]
5. Verify via the UI
You can double-check the current allowed origins list by going to your GoodData homepage â Developer settings â Cross-origin resource sharing (CORS) â Manage. This will show you exactly what is currently whitelisted. [CORS setup docs]
If after checking all of the above the issue persists, I'd recommend opening a support ticket with GoodData directly, as this may require investigation on the server side. đ 0 button đ 0 button âšī¸ Tip: Mention @kapa.ai in the thread for follow-ups.
đ Our Support team monitors all messages and will jump in if needed.Jhonatan Teixeira
04/15/2026, 4:27 PMJoseph Heun
04/15/2026, 4:33 PMJhonatan Teixeira
04/15/2026, 6:28 PM