fix(theme): block submit on unfinished photo uploads; un-squeeze EXIF portraits in lightbox

Two prod bugs from the 2026-07-09 owner test:

- post-form.js: complete upload gate on create submit. The form plugin's
  guard only blocks PROCESSING/QUEUED, so a failed upload (processing-error)
  or a just-picked file (loading) submitted silently and the entry saved
  without its photo. Submit is now blocked unless every FilePond item is
  processing-complete, with a visible status message for the failed vs
  still-uploading cases. (Bundle rebuilt via make build-assets.)

- entry-journal partial: PhotoSwipe slides now link to a 2000px fit-within
  derivative and measure THAT file for data-pswp-width/height. The old
  img.width/height came from raw getimagesize() of the original, which
  ignores EXIF orientation, so stored-rotated portrait JPEGs got landscape
  slide boxes and rendered squeezed. Derivatives are re-encoded (EXIF
  stripped, orientation baked in server-side), so declared dims always match
  rendering. Also fixes the wrapper aspect-ratio pick for portrait-first
  entries. Note: Medium 'path' must be called as path() in Twig — the
  ArrayAccess 'path' item (page folder) shadows the method.

Covered by tests/ui/post/upload-gate.spec.js and lightbox-dims.spec.js in
the dev repo.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0195b3cDdMeize2Mm1FgC2aU

themes/intotheeast/templates/partials/entry-journal.html.twig

@@ -38,15 +38,32 @@
 
     {% set images = entry.media.images %}
     {% if images|length > 0 %}
-    {% set firstImg = images|first %}
-    {% set wrapRatio = firstImg.height > firstImg.width ? '4 / 5' : '4 / 3' %}
+    {#
+      Lightbox slides link to a 2000px fit-within DERIVATIVE, and the
+      data-pswp-* dims are measured from that derivative's saved file — never
+      from `img.width`/`img.height`, which are the ORIGINAL's raw stored pixels
+      with EXIF orientation ignored. Originals from iPhones are often stored
+      rotated (landscape pixels + EXIF "rotate 90°"), so raw dims disagree with
+      what the browser renders and PhotoSwipe squeezes portraits into landscape
+      boxes (BUG 2026-07-09, covered by tests/ui/post/lightbox-dims.spec.js).
+      The derivative is re-encoded (EXIF stripped, orientation baked in when
+      php-exif is available), so its measured dims always match its rendering.
+      Note: .path()/.url each finalize+reset the medium's operation queue,
+      hence the repeated cropResize() calls — the derivative file itself is
+      cached. path() needs explicit parens: Medium is ArrayAccess and carries a
+      'path' ITEM (the page folder), which shadows the method in Twig's
+      attribute resolution and hands getimagesize a directory.
+    #}
+    {% set firstDims = (images|first).cropResize(2000, 2000).path()|getimagesize %}
+    {% set wrapRatio = firstDims[1] > firstDims[0] ? '4 / 5' : '4 / 3' %}
     <div class="journal-photo-wrap" style="aspect-ratio: {{ wrapRatio }}">
         <div class="journal-photo-strip pswp-gallery" id="gallery-{{ entry.slug }}" data-slides="{{ images|length }}">
             {% for img in images %}
+            {% set slideDims = img.cropResize(2000, 2000).path()|getimagesize %}
             <a class="journal-photo-slide"
-               href="{{ img.url }}"
-               data-pswp-width="{{ img.width }}"
-               data-pswp-height="{{ img.height }}"
+               href="{{ img.cropResize(2000, 2000).url }}"
+               data-pswp-width="{{ slideDims[0] }}"
+               data-pswp-height="{{ slideDims[1] }}"
                style="--thumb: url('{{ img.cropResize(900, 675).url }}')"
                target="_blank">
                 <img src="{{ img.cropResize(900, 675).url }}" alt="{{ entry.title }}" loading="lazy">