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

Editing documents with OnlyOffice is not possible #10479

Closed
kulmann opened this issue Nov 5, 2024 · 3 comments
Closed

Editing documents with OnlyOffice is not possible #10479

kulmann opened this issue Nov 5, 2024 · 3 comments
Labels
Priority:p2-high Escalation, on top of current planning, release blocker Type:Bug Type:Regression

Comments

@kulmann
Copy link
Contributor

kulmann commented Nov 5, 2024

Describe the bug

Trying to edit a document (I honestly only tried .docx) in OnlyOffice is not possible with current ocis master.

Steps to reproduce

  1. Create a .docx file in the web ui (or upload one)
  2. Document gets opened in OnlyOffice (if you uploaded one: open it)
  3. Try to edit the file

Expected behavior

The various editor toolbars at the top are visible and the document can be edited.

Actual behavior

The document can't be edited and the toolbars at the top are missing. Looks like read only mode.

Additional context

I check that it's not a web issue by running the current ocis master with different web versions (current master, 11.0.0, 10.1.0). I also checked that it's not an OnlyOffice issue by running OnlyOffice 8.2.0 and 8.1.3. For 8.1.3 I know that it worked from a sprint demo 2,5 weeks ago. Good old git bisect between ocis-rolling:6.6.1 and current master might be a good way to find the faulty commit... unless the regression is in reva. 😅
Web properly adds the view_mode=write query param to the /app/open url. That was my first assumption...

@kulmann kulmann added Type:Bug Type:Regression Priority:p1-urgent Consider a hotfix release with only that fix labels Nov 5, 2024
@kulmann kulmann moved this from Qualification to Prio 1 in Infinite Scale Team Board Nov 5, 2024
@micbar
Copy link
Contributor

micbar commented Nov 5, 2024

There has been a change today in ocis #10335

Please add COLLABORATION_APP_PRODUCT=OnlyOffice (upper or lowercase doesn't matter)

@kulmann
Copy link
Contributor Author

kulmann commented Nov 6, 2024

Ok, thank you, I can confirm that "fix".
However, the PR doesn't even have a changelog item. How are admins supposed to find out what to do?

To close this issue here we should at least come up with a changelog with a prominent breaking change note. Changes in the dev docs would also be good - a prominent hint that starting with ocis 7.0.0 / ocis 6.7.0 if you want to use onlyoffice you need to set that env var to the collaboration service. Probably also something @mmattel wants to add to the admin docs.

@kulmann kulmann added Priority:p2-high Escalation, on top of current planning, release blocker and removed Priority:p1-urgent Consider a hotfix release with only that fix labels Nov 6, 2024
@jvillafanez
Copy link
Member

The document can't be edited and the toolbars at the top are missing. Looks like read only mode.

I'm pretty sure this is a consequence of how the app URLs are handled differently between Collabora and OnlyOffice. The handling is covered in https://github.com/owncloud/ocis/blob/master/services/collaboration/pkg/service/grpc/v0/service.go#L187

Basically, despite we're connecting to an OnlyOffice instance, we're assuming it's Collabora (it's the default value), and the method to choose the right app url is different for Collabora. The result is that we use the view URL instead of the expected edit URL.

We probably should check how we can improve the upgrade scenario.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority:p2-high Escalation, on top of current planning, release blocker Type:Bug Type:Regression
Projects
Status: Done
Development

No branches or pull requests

3 participants