dev_agentandClaude Opus 5.5
70f545152a
decodePhoto checked the GIF logical screen size, but gif.Decode returns
the first frame, which may be smaller; a 400x400 screen with a 1x1 first
frame passed and was scaled. The short-side check now measures the
decoded image's bounds. The pixel cap still comes from the header, before
decoding.
OpenPhoto served any file whose name was a canonical ULID and stored
size, with no photos row required. It now looks the id up with the new
GetPhoto query and reports an id with no row as fs.ErrNotExist, so
GET /media/photos/{id}-{size}.jpg is 404 for it even when a file exists.
OpenPhoto takes the request context for the lookup.
The media test fixture records a photos row for its served photo and
adds an orphan photo whose files exist without a row; both its sizes
must be 404.
Maestro task: 8a432108-d3ba-4013-ae8c-11963981d641
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
22 lines
482 B
SQL
22 lines
482 B
SQL
-- name: CreatePhoto :one
|
|
INSERT INTO photos (
|
|
id, source_url, local_path, width, height, sha256, fetched_at,
|
|
created_at, updated_at
|
|
) VALUES (
|
|
?, ?, ?, ?, ?, ?, ?,
|
|
?, ?
|
|
)
|
|
RETURNING *;
|
|
|
|
-- name: GetPhotoBySHA256 :one
|
|
-- Finds stored image bytes by content hash. The schema does not make sha256
|
|
-- unique, so the earliest-created (lowest id) match is returned.
|
|
SELECT * FROM photos
|
|
WHERE sha256 = ?
|
|
ORDER BY id
|
|
LIMIT 1;
|
|
|
|
-- name: GetPhoto :one
|
|
SELECT * FROM photos
|
|
WHERE id = ?;
|