Why doesn't the Editor load? we do not want to deactivate Collaborative editing
Asked by Adi L:

We recently started a project of upgrading from Confluence v5.6 to v6.1.  
We hit issues in the 6.1 version when trying to publish a new page:  
"Unable to communicate with server. Saving is not possible at the moment."  
and  
"The editor didn't load this time.  
The connection timed out. If it happens again, speak to your Confluence admin. You may be using a proxy server that prevents WebSocket connections."

We are using Firefox and addressing the base URL of the installation, not frontended by any web-server (Apache), no URL redirection.

I turned Collaborative editing into "Limited" and it seems to be working.

But we want to keep Collaborative editing activated.

Can you help ?


Answers:
author: Adi L
body: It looks like we solved the issue with oracle.net.tns_admin=/opt/infra/tnsadmin

in file synchrony-args.properties.

previously we had errors related to Synchrony connection to the DB.

this does not look documented enough in the official guides.

Thanks

comments: author: AnnWorley
body: Our replies just crossed. Thank you so much for following up. We will have to work on those guides!


author: AnnWorley
body: Please review the steps outlined in:

[Troubleshooting Collaborative Editing](https://confluence.atlassian.com/display/conf61/Troubleshooting+Collaborative+Editing)

Also, check whether the following is in the \<Confluence_Home\>/confluence.cfg.xml file:

```
    <property name="synchrony.proxy.enabled">true</property>
```

You may need to open a ticket at <https://getsupport.atlassian.com> so Support can investigate your logs. To include a support zip for the support team, please follow these instructions:[Creating a support zip file](https://confluence.atlassian.com/doc/troubleshooting-problems-and-requesting-technical-support-776659671.html#TroubleshootingProblemsandRequestingTechnicalSupport-Creatingasupportzipfile) It will include configuration files as well as logs to help them take a closer look.  

comments: author: Adi L
body: Hi Ann.

Thank you for reacting on this.

We do have the following:

\<property name="synchrony.btf"\>true\</property\>  
\<property name="synchrony.encryption.disabled"\>true\</property\>  
\<property name="synchrony.proxy.enabled"\>true\</property\>

But to be honest, as we do not use any Apache or other webserver in front at this stage, but just accessing directly via http://\<ServerName\>:8090,

does this value really need to be set to "true" ?

It is for now, but it did not improve the reported behaviour.

Thank you for any further advice.

\[by the way, we already opened this ticket:

<https://getsupport.atlassian.com/servicedesk/customer/portal/14/CSP-205603> \]


author: AnnWorley
body: I am confident your support engineer will get to the bottom of the issue. Please look at this diagram, it shows why I asked to have the synchrony proxy enabled: [No reverse proxy](https://confluence.atlassian.com/doc/administering-collaborative-editing-858772086.html#AdministeringCollaborativeEditing-ProxyandSSLconsiderationsproxy)

"If you don't run Confluence behind a reverse proxy, you'll connect to Synchrony via Confluence's internal Synchrony proxy. SSL, if used, is terminated at Tomcat. This is the default configuration, and you shouldn't need to make any additional changes to use collaborative editing."


author: AnnWorley
body: Just saw on your ticket that the root cause was that Synchrony could not obtain a database connection until you added an argument to the **synchrony-args.properties** file.

If there is more about the case that you would like to share with the Community, feel free to update the thread in case it can help someone else.


Tags: collaborative-editing