You are here
Jeremy Davis - Fri, 2015/12/18 - 00:20
Edmond writes via email:
Dear reader,
I have been testing the Etherpad instance but it keeps crashing.
What happens: when i try to use out of the box and open a new pad, it will hang with a message saying 'loading' and it ends with the message:
... javascripts/lib/ep_etherpad-lite/static/js/pad.js?callback=require.define at line 266'
It seemed to me that it only happened using http; so I forced nginx to SSL and installed Let's encrypt. This seemed to work fine. But then the error came back.
Searching the web there was suggested that the dabase should be changed to utf8mb4, which I did. (https://github.com/ether/etherpad-lite/wiki/How-to-use-Etherpad-Lite-wit...). But this doesnt solve it.
So now I am turning to you as it seems that I cannot find the issue at hand.
Thanks in advance,
Forum:
I just realised that I only assume it was v14.0
v14, out-of-the box - Mozilla triggering it?
I just reproduced it with an out of the box instance v14:
http://52.18.99.20/p/test
It seems to happen when Mozilla comes in play in a Pad, after that the following error-page is being showed after a while (in Dutch but saying that a property of setChannelState kan not be called):
The error was reported with the following id: 'gYpFH3PpUMS3Qaqstj4S'
Please press and hold Ctrl and press F5 to reload this page, if the problem persists please send this error message to your webmaster:
URL: http://52.18.99.20/p/test
UserAgent: Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729; InfoPath.3; rv:11.0) like Gecko
Kan de eigenschap setChannelState van een niet-gedefinieerde verwijzing of een verwijzing naar een lege waarde niet ophalen in http://52.18.99.20/javascripts/lib/ep_etherpad-lite/static/js/pad.js?cal... at line 266'
I tested it out and it works for me
Maybe you should just redirect http to https?
review of proxy @ office
Thanks for your reply. IT @ work is reviewing the proxy with an external service provider. There seems to be happening some things there.
Redirecting to https isn't solving the issue as if parts of the website keep using http.
Lets close this issue here because it doenst seem to be an issue of the instance.
Add new comment