Running the developer tools the debugger shows these two errors:
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://5.189.147.230/dtable-server/dtables/6d8e0c57-5843-4441-b6ff-9f5b5029e022?lang=de. (Grund: CORS-Kopfzeile 'Access-Control-Allow-Origin' fehlt). Statuscode: 200.
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://5.189.147.230/dtable-server/dtables/6d8e0c57-5843-4441-b6ff-9f5b5029e022?lang=de. (Grund: CORS-Anfrage schlug fehl). Statuscode: (null).
I´m a bit despaired because nothing I did helped me get rid of this error. So I hope someone can help me with this. Any ideas what to do?
The interface you see is on the so-called dtable-web server and the bases are stored on dtable-server. So when you can see the interface and can create a new base, it means the dtable-web is running OK. However, in your case, the access to dtable-server is blocked due to CORS problems. The cause could be, that you use a custom domain but didn’t specify the dtable-server address separately.
I see you are using a custom domain:
Did you specify the dtable-server domain in the dtable_web_settings.py?
Hello Karlheinz (a bit strange to talk English to someone obviously being german ),
thanks for you fast reply.
Yes, the concerned lines are specified in the dtable_web_settings.py. But as I´m no versed master of network issues there would be one question: Does it make a difference if the DTABLE_SERVER_URL points to an IP address or a real URL. Concrete: In the docker-compose file I put the IP address as the host name and therefore all teh URLs in dtable_web_settings.py are pointing to that direction. In case of the dtable-web this seems to work. And because of DTABLE_SERVER_URL is the same as DTABLE_WEB_SERVICE_URL except adding /dtable-server/ as folder this should work too??
What matters are the parameters in the configuration files. The parameters for Let’s Encrypt and host address in the Compose file aren’t relevant anymore after the initialization.
Why don’t you post your configuration here? For an experience admin, a configuratin file is a lot simpler to read than plain prose.
I guess the general problem is that you access dtable-web with https and you try to access dtable-server with http. Possible?
“Little princess” is not necessarily a cute little girl.
Do you need another one? Maybe the error from the debugger is helpful?
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://5.189.147.230/dtable-server/dtables/6d8e0c57-5843-4441-b6ff-9f5b5029e022?lang=de. (Grund: CORS-Kopfzeile 'Access-Control-Allow-Origin' fehlt). Statuscode: 200.
Oh, sorry, I should have mentioned that the seatable docker listens on port 9020.
The Apache is running because Contabo offered an Ubuntu system with or without LAMP. If this is a problem, I could reinstall without the LAMP. That is no need for me.
@speicherbox : You are my greates christmas present this year So many thanks for this solution. Adn in the end so easy to solve. Thanks again and all the best wishes for your christmas and a happy, healthy new year.