-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Downloading, sharing, modifying older (encrypted) images fails, displaying works #40193
Comments
I don't see a richdocuments relation, transferring back |
Might still be fixed already with #39447 but would only affect new files or reuploaded ones. |
Hi @cpm1 - The error message you're receiving:
...comes up when the File key file for the associated file isn't found.
|
Sorry for not replying earlier ..
master key
Exactly. I created that folder back in 2019, shared it via link with several people and recently realised that nobody can download the images anymore. Yet they show just fine in the in-line image viewer of nextcloud.
Sure, here's the output:
|
In case you need more details for reproducing this issue I am going to describe a scenario that I encountered recently. Few months ago (at that time the Nextcloud server version was probably 25.0.5):
About a week ago (meanwhile the server was updated to 27.1.5):
Now:
Tried some things (to see what happens) but nothing changed concerning the download:
|
Possibly relevant: #45669 |
For the record, while testing the fix for #46196 I've noticed that the |
Bug description
server side encryption is enabled.
I have some images stored since 2019. Displaying them within Nextcloud works as expected, but downloading them results in a file which is correctly named, but contains the description of a 500 server error. The Nextcloud desktop client reports additionally
Cannot decrypt this file, probably this is a shared file. Please ask the file owner to reshare the file with you.
during sync operation.
Note that this does not happen with newly added images, just with older ones. Also, it might be related to nextcloud/richdocuments#2996 .. the symptoms sound similar.
With this bug, it is not possible to download any older images, which is quite a major issue. I can't say when exactly it started, as I didn't try to access those images in a while, but I seem to remember it working in v26.
Steps to reproduce
Expected behavior
Selected photo is downloaded correctly.
Installation method
Community Manual installation with Archive
Nextcloud Server version
27
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
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
nextcloud.log output repeats for every tried/failed image. IPs and usernames removed.
The text was updated successfully, but these errors were encountered: