fix(library): a server's frames stand at the shape the server stated, not at a guess

This commit is contained in:
2026-10-13 18:50:47 +07:00
parent c25b8569a7
commit 976ec2cd37
4 changed files with 56 additions and 6 deletions
+6
View File
@@ -140,6 +140,12 @@ export interface LibraryPhoto {
// route above reads the frame by, and the server says which key fetches it.
remoteId?: string;
server?: string;
// The frame's shape — width over height — as the server stated it, on a frame
// Immich holds. A frame on the disk has none: a scan reads a date and a size off
// it and never opens it. Where it is here the wall is laid out right the first
// time, instead of standing every frame of a node at one guessed rectangle and
// moving every row below it as the pictures arrive.
ar?: number;
// The tile the catalogue kept of this frame, where one has been made: it is
// made when the frame is first drawn and not when it is found, so a frame just
// read has none. Null is the same as absent — a tile that could not be made.