Hello Werner,
well actually I was thinking about something along the lines of "somethingelse.js", but anyway as long as you got it working it doesn't really matter... :)
Max
On 09-02-2020 17:36, Werner Joss wrote:
Hello Max, Thanks for your suggestion, but I doubt it will work - changing the name of config.js to something else, e.g. config.txt, will surely prevent it to be loaded as javascript via index.html (this is the only place where it is referenced), even more than now :) But, as stated, I have already a solution - not elegant, I know, but it works.
Werner
Am Sonntag, 9. Februar 2020, 15:08:27 CET schrieb Attila Asztalos:
Hello Werner,
I was wondering - could there be some overriding setting on your server latching onto the "config" part of the filename and declaring everything that matches a text file, even if it ends in ".js"...? If so, simply renaming config.js to anything else (including all references to it of course) might make the difference...
Best of luck, Max
On 09-02-2020 13:21, Werner Joss wrote:
Hello Jan, Yes, I'm well aware that the problem is caused by an obviously changed configuration on the server. But, as this is a cheap shared hosting deal, I have no access to the server config.
Now, after fiddling around some more, I got it to work again, by just copying everything from config.js that was not commented out to the very beginning of file main.js And then changing index.html to not load config.js.
I know that this is a very ugly hack, but I'm afraid I have no other choice.
Thanks again for your support - I also tried the proposed verification via openssl from your last mail, which did not work for some reason, But it is clear that the server just returns the wrong MIME type for config.js, whereas main.js and others are recognized correctly.
Werner
Am Sonntag, 9. Februar 2020, 11:03:08 CET schrieb Ján Máté:
Hi Werner,
mime types are returned by your web server (e.g. Apache). There is a web server config which says something like:
.html text/html .txt text/plain .js text/javascript ... ...
It looks like your web server (which returns the static javascript files) thinks that .js is text/html => it is 100% server configuration problem (NOT CardDAV/CalDAV server and NOT InfCloud client configuration).
Also don't forget to execute the cache_update.sh after every change of your web server config (because your browser can cache the old headers even if the server returns the correct ones after you fixed your the server config).
JM
On 9 Feb 2020, at 10:18 AM, Werner Joss werner@hoernerfranzracing.de wrote:
Hi Jan, Thanks for reply - and no, I did not change anything since it used to work. But from the browser console output, I suppose the configuration is not loaded correctly, see the attached screenshot, Telling me the MIME type of file config.js is wrong. As a result, globalInterfaceLanguage is not defined in main.js In config.js, the corresponding line is
var globalInterfaceLanguage='de_DE';
I'm not sure how to change the MIME type of config.js ?
Werner
Am Samstag, 8. Februar 2020, 19:59:22 CET schrieb Ján Máté:
Hi Werner, there is nothing what can block the client from working if your client configuration or server configuration is the same. You very probably changed something somewhere. The only thing you can do is to check the console.log in your browser ... JM >>> On 8 Feb 2020, at 09:17, Werner Joss werner@hoernerfranzracing.de wrote: >> I'm just stumbling over an issue, that has been there then and now already in the past, but now seems to be persistant: >> I can no longer log into my infcloud instance as the Login screen is just empty. >> Looking in the page source in the Browser, I see that all containers have the attribute display:none >> Especially also >> <><div id="LoginPage" style="opacity: 1; display:none"> >> What could I try to solve this ?