Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Documents get wiped randomly, versioning does not work, ghost users #87

Closed
christianvw opened this issue Mar 11, 2020 · 9 comments
Closed
Labels

Comments

@christianvw
Copy link

Hi,

we tried to use Nextcloud 18 with OnlyOffice in a production environment but we ran into multiple serious issues which led to a suspension of OnlyOffice from our production servers:

  • Documents get wiped randomly. Sometimes the whole document gets blank, sometimes just the latest changes get wiped. Latest changes can mean up to a few hours.
  • Due to the not-use of Nextclouds versioning and due to the fact that we are not able to rollback per file individually - these random wipes result in a data loss. This is an instant killer in every production environment. Daily backups to an offsite host do not help here when the changes are done in under one day.
  • Sometimes (e.g. when you leave the website and open the document again) there are now two users (same account), one of them as a ghost which blocks the field he edited. When this happens the chance of a wipe is near 100% from our experience.

We can reproduce these errors very easily. Please fix this issues. We liked OnlyOffice integrated in Nextcloud and the easy to use UI very much but these issues are heavy.

@tk7936
Copy link

tk7936 commented Mar 14, 2020

We have exact same Problem and had to revert back to collabora.
It seems the files only get changed within Onlyoffice but not on the Nextcloud share, so there is no sync as timestamp never changes and if its edited by multiple people, some changes get saves and some not.
Not really usable.

@goldgoldfish
Copy link

I am also having the same problem. It makes it very inconvenient to have to download a second copy of the document to ensure the changes have been applied and then sync the file back when move from working offline back to online.

@webagil-kevin
Copy link

I have the same problem with a fresh install with Nextcloud VM (https://github.com/nextcloud/vm), 2 days ago.

I use:
Nextcloud 18.0.2 on a shared hosting - fresh install with Nextcloud VM
Community Document Server 0.1.5

@Jolopu
Copy link

Jolopu commented Mar 17, 2020

We have the same problem. We can create and edit documents online in OnlyOffice. Then they get saved locally by the Nextcloud Client. When we open the local version the document is blank. The version date always stays at the creation date even if the document is edited online.
We use:
Nextcloud 18.0.2 on a shared hosting - fresh install
Community Document Server 0.1.5
ONLYOFFICE 4.1.4

We already suffered from data loss and therefore stopped using NC/OO in a production environment until theses severe issues are resolved.

@RomanSixty
Copy link

RomanSixty commented Mar 30, 2020

Same issues here.

I figured those problems don't stem from OnlyOffice itself but from the Nextcloud connector here. So last week I switched back to a Docker installation of OnlyOffice Community Server (basically this one). I disabled the "Community Document Server" app in Nextcloud and used the URL of my standalone installation in the OnlyOffice Nextcloud app.

Running this setup for a few days now I haven't heard complaints from users about those problems yet. Documents are saved, I didn't encounter ghost users yet and so far no data loss. Compared to the Nextcloud integration it's quite a hazzle to set up, but at least it seems to run stable that way.

@tk7936
Copy link

tk7936 commented Mar 30, 2020

Yes its definatly Community Document Server causing the Problem. Unfortunatly there have been no updates to it since January.

@christianvw
Copy link
Author

We have also had the same experience. With a specially hosted document server we have significantly fewer problems.

We use an nginx reverse proxy and docker / docker-compose. With the following configuration files we got it work.

docker-compose.yml (onlyoffice document server)

version: 2

services:
  onlyoffice-documentserver:
    container_name: onlyoffice-documentserver
    image: onlyoffice/documentserver
    environment:
      JWT_ENABLED: "true"
      JWT_SECRET: "YOURpassword_123456789"
    expose:
      - "80"
    networks:
      - production-network

networks:
  production-network:
    external: true

nginx.conf (for nginx reverse proxy)

upstream onlyoffice {
  server onlyoffice-documentserver:80;
}

server {
  server_name cloud.domain.com www.cloud.comain.com;
  
  ...
  
  #onlyoffice documentserver
  location ^~ /docs/ {
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Host $host/docs;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;

    proxy_pass         http://onlyoffice/;
    proxy_redirect     off;
  }
  
  #normal nextcloud
  location / {
    ...
  }
}

With this configuration you can access your document server via https://cloud.comain.com/docs with your secret set in the docker-compose.yml (onlyoffice document server).

Copy link

This issue has been marked 'stale' due to lack of recent activity. If there is no further activity, the issue will be closed in another 60 days. Thank you for your contribution!

Retaking repo management include inheritance of old, not treated, and probablty obsolete issues, this is why it was decided to mark issues as stale.

@github-actions github-actions bot added the stale label Apr 15, 2024
Copy link

This issue has been closed due to inactivity. If you feel this is in error, please reopen the issue or file a new issue with the relevant details.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jun 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants