Initial Save returns Failed to save the page. Reason: Server not responding

Help / Discuss
1

Hello
We have a reproducible problem saving new documents.

Note that there is no problem creating a new document from the ‘Blank Page’ template.

However, if a new document is created using one of the templates (e.g. Meeting Report or Simple Page) then on Save&View we get the error

Failed to save the page. Reason: Server not responding

But the document is saved on the 2nd attempt to Save&View.

The above error also occurred when adding an emoji and this problem was corrected by changing the MySql charset to utf8mb4 after following the advice on several posts (such as WYSIWYG editor one page one sentence if add smily face wont save)

Has anyone else seen this issue? If so is there a fix?

We have XWiki version 12.9-1
mysql --version
mysql Ver 14.14 Distrib 5.7.24, for Linux (x86_64) using EditLine wrapper

The XWiki and MySql images are running in Openshift containers with non-root access.

Thanks in advance for any feedback
Pete

2

Hi,

Can you check the browser javascript console when the problem occured to see if there’s any error? Can you also check the browser network tab, you should see a request to a path containing /save/ probably with some 500 status: it would help to have the actual content of this answer.
Finally you could check the xwiki server logs when it happens it might display the root cause of the error.

3

Hello
Thanks for the reply

I created a new ‘Simple Page’ .
On the 1st save I had the error (as above). In the Firefox Web Developer console

Warning: The script from “https://…/bin/get/CKEditor/Config?outputSyntax=plain&t=K9DA” was loaded even though its MIME type (“text/plain”) is not a valid JavaScript MIME type. WebHome
Error: Blocked loading mixed active content “http://…/rest/jobstatus/refactoring/create/1605709180678-429?media=json” prototype.js:1745:21

And the Network Tab shows an error xhr ‘Mixed Block’ on the last line. There is no /save/ in the Network Tab

When I click a 2nd time the document is saved and the above errors do not appear.
There is nothing obvious in the /usr/local/tomcat/logs

Pete

4

Sounds like a bad handling of https on your server.
Apparently you access it on https but the request are made with http.

Now maybe it’s just a browser cache issue: can you check after cleaning your browser cache?

Can you check by using “save & continue” instead of “save & view”, open the network tab before clicking the button.

5

I cleared the cache and restarted Firefox.
With the Network Tab open I create a new Simple Page. On Save&Continue the error message Failed to save the page. Reason: Server not responding appears and one line is added to the Network Tab showing the error error xhr ‘Mixed Block’ .

Similarly on the chrome browser and I get the same result. The Network Tab shows
Status = blocked:mixed-content
Type = xhr
Initiator = prototype.js:1745

6

Not 100% sure any more, but I believe to remember to experience a similar issue when using a macro to trigger the page creation from a template. I have set

xwiki.cfg:xwiki.url.protocol=https

in my config, which might have mitigated this (or I changed the way the template was used … )

Does not hurt to try I guess …

7

Hi
Thanks for the feedback.
I made the change to xwiki,cfg but unfortunately the problem is till there.

There is a case here Loading... where the setting is ignored when set.
Perhaps these are related

8

Okey, then it was maybe this setting:

xwiki.cfg:xwiki.home=https://host.yourdomain.tld/

HTH

9

Hello
I added the setting to the xwiki.cfg but I still get the same error.

In the logs I see a difference when creating a ’ Blank Page’ and a ‘Simple Page’

When saving a ‘Simple Page’, the log shows an extra line

10.76.27.1 - - [23/Nov/2020:09:20:34 +0000] “GET /rest/jobstatus/refactoring/create/1606123234118-136?media=json HTTP/1.1” 200 423

This line does not appear when saving a ’ Blank Page’ which works fine and as expected.

10

Only to make sure: you restarted your Java container, right?
The request is status 200, but as @surli mentioned, your browser will potentially block this. So my memory failed me and I did something else to circumvent this… but I don’t remember what … I’ll try to find it…

11

I have same situation, on initial save I get same error. When checking browser I see that browser tries to connect xwiki private ip and not domain name?

image
image1140×204 17.8 KB

Better image here.

I run XWiki 15.6 + Postgresql 15.4 on docker (rootless) containers and I have caddy 2.7.4 as a reverse proxy.

I have tried following settings in xwiki.properties file but it didn’t fix the problem.

xwiki.cfg:xwiki.url.protocol=https
xwiki.cfg:xwiki.home=https://portal.domain.com/

In caddy I have conf

portal.domain.com {
        reverse_proxy https://192.168.110.140:8443 {
                transport http {
                        tls_insecure_skip_verify
                }
                header_up -Host
                header_up X-Real-IP {remote_host}
        }
}

Any ideas? And why browser says “CORS failed”?

12

Tested with Apache2 as reverse proxy and now I can make initial save. So there is some problem with caddy or my conf.

In apache I have very simple conf

	ProxyPreserveHost On
	ProxyPass / https://192.168.110.140:8443/
	ProxyPassReverse / https://192.168.110.140:8443/

Just now noticed that in application when adding new with firefox WYSIWYG editor not loading, just show spindler… In chrome it loads :thinking:
image