Open zero-thermo opened 2 months ago
Do you have face importing enabled in the metadata settings? I don't think it handles orientation correctly at the moment.
Do you have face importing enabled in the metadata settings? I don't think it handles orientation correctly at the moment.
Nope. Face Importing is left in its default off state in Metadata Settings.
Could you open a random photo in your library, replace the ID in the URL with 271ec018-81ea-4244-a1e1-1ec3cd86b50b
and open that? It'd be great if you could share this image (or another image that causes this error) so I can try to reproduce the issue.
When I replace the ID (everything after https://.../photos/) of a random photo with 271ec018-81ea-4244-a1e1-1ec3cd86b50b
and open, I get the following error in the WebUI:
Not found or no asset.read access (400)
Stacktrace
le@https://immich.mydomain.com/_app/immutable/chunks/fetch-client.Ce0fSmw3.js:1:2948
he@https://immich.mydomain.com/_app/immutable/chunks/fetch-client.Ce0fSmw3.js:1:2872
Oh, the ID for this job is for a person, not an asset. Could you share the output of this one-liner? It assumes your DB username is user
and the database is db
, as in your .env file.
docker exec immich_postgres psql -U user -c "SELECT jsonb_pretty(jsonb_build_object('id', a.id, 'type', a.type, 'exifOrientation', e.orientation, 'exifHeight', e.\"exifImageHeight\", 'exifWidth', e.\"exifImageWidth\", 'previewHeight', af.\"imageHeight\", 'previewWidth', af.\"imageWidth\", 'originalPath', a.\"originalPath\", 'previewPath', file.path, 'personThumbnailPath', p.\"thumbnailPath\", 'x1', af.\"boundingBoxX1\", 'y1', af.\"boundingBoxY1\", 'x2', af.\"boundingBoxX2\", 'y2', af.\"boundingBoxY2\")) as metadata FROM assets a INNER JOIN exif e ON a.id = e.\"assetId\" INNER JOIN asset_faces af on a.id = af.\"assetId\" INNER JOIN person p on af.id = p.\"faceAssetId\" INNER JOIN asset_files file ON file.\"assetId\" = af.\"assetId\" AND file.type = 'preview' WHERE p.id = '271ec018-81ea-4244-a1e1-1ec3cd86b50b';" db
Please see below for the output. File path redacted for privacy.
metadata
----------------------------------------------------------------------------------------------------------------------------------
{ +
"id": "d3fbbb4d-2f45-42b2-a85f-3342bab4cfce", +
"x1": 1385, +
"x2": 1481, +
"y1": 1310, +
"y2": 1435, +
"type": "IMAGE", +
"exifWidth": 6112, +
"exifHeight": 4064, +
"previewPath": "upload/thumbs/4ec16a6d-2370-47ba-a52f-a71ae1b66971/d3/fb/d3fbbb4d-2f45-42b2-a85f-3342bab4cfce-preview.jpeg",+
"originalPath": "/usr/src/app/external/Photography/<redacted>/IMG3497.DNG", +
"previewWidth": 2154, +
"previewHeight": 1440, +
"exifOrientation": "1", +
"personThumbnailPath": "" +
}
(1 row)
Thanks, this is helpful. I'll try to reproduce the issue based on the dimensions and coordinates here.
Not sure if it's related, but I had issues with generating thumbs for some people to. Seems like it was related to NEF (Nikon RAW) files. When downloading the generated preview and uploaded it as a separate file, I could tag the person with that image. Seems like it fails with NEF files.
Similar to #13049 (wrong image size is used as the base for cropping)?
The bug
Initial set up of a new Immich v1.114.0 instance that uses read-only external libraries. All jobs completed, but saw several cases of the same error in logs.
What's going on and how do I resolve?
The OS that Immich Server is running on
Ubuntu 22.04.4 LTS
Version of Immich Server
v1.114.0
Version of Immich Mobile App
1.113.1 build.172
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
OBSERVED: errors in logs
EXPECTED: no errors in logs
Relevant log output
Additional information
No response