-
-
Notifications
You must be signed in to change notification settings - Fork 364
Replies: 1 comment · 5 replies
-
So the reason why this is happening is because in version 7.2 (if I remember correctly) we fixed the root-less mode so you can now properly set your puid and guid. As a consequences, images which were uploaded prior, have the wrong access permissions. The way to fix this is pretty much a |
Beta Was this translation helpful? Give feedback.
All reactions
-
|
If I have: in my |
Beta Was this translation helpful? Give feedback.
All reactions
-
Beta Was this translation helpful? Give feedback.
All reactions
-
|
You should see in the container log: |
Beta Was this translation helpful? Give feedback.
All reactions
-
Beta Was this translation helpful? Give feedback.
All reactions
-
|
Full logs of me uploading photos, then attempting to look at them and download an original: |
Beta Was this translation helpful? Give feedback.


Uh oh!
There was an error while loading. Please reload this page.
-
Lychee version
v7.4.2
Did you check the latest Lychee version?
Yes, I did
Which PHP version are you using?
PHP 8.5
Detailed description of the problem
I've been having issues uploading images on a specific Lychee instance, with or without workers, which has persisted since roughly version 7.0 (though I updated to 7.3.2).
I recently migrated to a new system, and it looks like it's failing again on v7.4.2. One way this has manifested is a bunch of placeholders with missing original images:
When I go to one of the images and try and download it, I get this:
with these log entries:
and sure enough when I go to my
uploadsfolder, there is nooriginal/56/88/directory.Steps to reproduce the issue
Diagnostics [REQUIRED]
Browser & System [REQUIRED]
System: Lychee v7.4.2 on docker, host is Unraid v7.2.3
Browser: Chrome v145.0.7632.160 on Windows 11
Please confirm (incomplete submissions will not be addressed)
Beta Was this translation helpful? Give feedback.
All reactions