Open mdartmann opened 1 year ago
If you have a temporary workaround for this it would be appreciated. I got the files back by restoring a backup to before this issue occurred and will just not touch the Office/Collabora config until this is fixed.
Hi @mdartmann - I can't speak to the underlying specifics nor why uninstalled NC Office triggered this for you, but NC Office/CODE is documented as not currently working with Encryption:
Hi @joshtrichards ,
thanks for the reply. This is odd as I was previously able to edit the (encrypted) file in CODE and it hasn't been changed since last December. Looking at a file that failed shows that is encrypted. (The recent Birth time is because of a migration to a new host for the container.)
File: Wien Office.odt
Size: 37304 Blocks: 80 IO Block: 4096 regular file
Device: 254,3 Inode: 4468302 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 82/ UNKNOWN) Gid: ( 82/ UNKNOWN)
Access: 2023-07-27 01:20:50.221181394 +0200
Modify: 2022-12-13 09:16:02.342678058 +0100
Change: 2023-07-27 00:50:42.672879438 +0200
Birth: 2023-07-27 00:50:42.672879438 +0200
head -c 100 Wien\ Office/Wien\ Office.odt
HBEGIN:oc_encryption_module:OC_DEFAULT_MODULE:cipher:AES-256-CTR:signed:true:encoding:binary:HEND---
I'm simply saying it's documented to not be supported. This may be the reason you ran into this problem.
I haven't found the historical basis yet.
Given the error you're seeing is specific to shared encrypted files:
Does this behavior occur with any that aren't shares?
P.S. Are you using per-user encryption keys or a master key?
I have disabled encryption because of how many headaches it caused, unfortunately a few files were lost.
This is odd as I was previously able to edit the (encrypted) file in CODE and it hasn't been changed since last December.
This may have been nextcloud/richdocuments#3181 / nextcloud/richdocuments#2996
More associated with Server 27.0.x. Likely just a coincidence it seemed to start when you disabled richdocuments, since 27.0.1 was released only a few days before your report. Would explain why re-enabling richdocuments didn't remedy the issue.
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions.
⚠️ This issue respects the following points: ⚠️
Bug description
After shutting down my Collabora server and removing the Nextcloud Office plugin from my Nextcloud 27 server, I can no longer access any files that were previously able to be read by Collabora. I can not open them in the webinterface and WebDAV requests for these files return HTTP 500.
According to the logs, the decryption fails:
Cannot decrypt this file, probably this is a shared file. Please ask the file owner to reshare the file with you.
Reinstalling the Office plugin does not resolve this issue.
Steps to reproduce
Expected behavior
I expect to be able to read the files like I did before removing the plugin.
Installation method
Community Docker image
Nextcloud Server version
27
Operating system
Debian/Ubuntu
PHP engine version
Other
Web server
Nginx
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Enabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
I am running this instance in a docker container using the nextcloud:alpine image. It has been around for some time and has been upgraded over time from version 21.