7ba0d5abe7
All checks were successful
Build and Test / build-and-test (push) Successful in 37s
Bake the EXIF Orientation rotation into uploaded JPEG pixels (and strip the tag) so receipts are upright in every consumer, not just EXIF-aware viewers. Acts only when orientation is known (tag 2..8); images with no tag, tag 1, non-JPEG, or PDFs pass through byte-for-byte. Wired into the receipt, attachments, and AI-classify paths. Documented as spec item 13. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
20 lines
1.1 KiB
Markdown
20 lines
1.1 KiB
Markdown
# Changelog
|
|
|
|
All notable changes to this project are documented here. Versions are git tags;
|
|
release tags `X.Y.Z` are built and deployed automatically (pre-release tags such
|
|
as `0.0.0a1` are built and staged only).
|
|
|
|
## [0.0.1] - 2026-06-19
|
|
|
|
### Added
|
|
- Upright receipt images (EXIF orientation normalization). Phone cameras often
|
|
store a photo sideways with an EXIF "Orientation" tag that only some viewers
|
|
honor, so receipts could appear rotated. On upload the indicated rotation is now
|
|
baked into the pixels (and the tag dropped) so the stored image is upright in
|
|
every consumer — browser, download, the AI classifier, and any future export.
|
|
- Applies only when orientation is actually known (a JPEG with an EXIF tag of
|
|
2..8). Images with no tag, an already-upright tag, non-JPEG images, and PDFs
|
|
are left byte-for-byte untouched — no guessing from image content.
|
|
- Runs on the primary receipt, every additional attachment, and the image sent
|
|
to the AI classifier. New uploads only; existing stored receipts are unchanged.
|
|
- See spec.md item 13.
|