Now i tested a token with ALL permissions. Nothing changed. Im pretty sure the problem is based on wrong CORS settings. So thats the reason why i asked about a sample nginx CORS setting file.
@thorsten Im not sure, but if support.zammad.com is running local/intern, its the same konfiguration as mine: i have a ubuntu virtual box running. zammad runs on localhost and i try to connect from local also with a python simpleHTTP Server. I think that setup should work, or im wrong?
sorry but we currently experience quite some support volume on the commercial site.
The community is free, which limits us and our time greatly.
Again: I still think thorsten did his requests on the local developer console which doesn’t need further CORS settings. But @anon29869905 might bring light into the dark here.
Zammad will answer with 404 error, as we do not support OPTIONS within that API-Route you’re using.
We can’t change that, that’s nothing we can help you with.
Zammad will answer with 404 error, as we do not support OPTIONS within that API-Route you’re using.
Sure, i know that.
We can’t change that, that’s nothing we can help you with.
Thats nothing i demand. I dont say its a zammad bug. For me its just interesting why my .js is running on @anon29869905 system. So its not a script issue. Some research told me that the OPTION call causes when the browser made his preflight check . That handling of the preflight IMO is a server configuration. When my script is running on your system , and the setup is almost equal → my local server zammad config is wrong and your setup fine. All i asked for was a sample config of your nginx. YOU dont have to change Zammad
I assume you need to change that in your setup as well.
Regarding my test result: I was totally out of scope and ran it on the same domain (so exactly not your use case). However, I don’t have the time to setup a testing env so I can’t provide anything else valuable at the current time. Good luck