Reviewing an invoice or a verifikat bilaga meant saving a file and opening it
from the Downloads folder (user request, christian@odinaero.se 2026-07-25).
- GET /api/invoices/[id]/pdf accepts ?disposition=inline and serves the PDF for
in-browser review; anything else keeps the download behaviour every existing
caller relies on. The filename still travels in the header, so the browser
viewer's own save action produces the same name as the download button, and
nosniff pins the content type.
- The invoice detail page gets a "Förhandsgranska" action next to "Ladda ner
PDF". It resolves the document through the same resolveInvoicePdfSource path
as the download, so preview cannot become the shortcut that presents a
re-render as the invoice the customer received: the archived delivery wins,
a re-render is shown with its caveat, and an unreadable delivery history
still asks instead of guessing. The archive dialog now remembers whether the
user asked to view or to save, and its fallback does that.
- DocumentViewButton (supplier-invoice underlag, staged agent previews) points
at the existing /api/documents/:id/inline proxy, so bilagor render in the
browser. Navigation now happens straight from the click, so the signed-URL
fetch and its popup-blocker workaround are gone.
- The three re-render caveat strings and the two archive-dialog descriptions
lose their "you downloaded" wording so they stay true for both actions;
five new keys in sv + en.
Tests: route cases for the default, inline and unknown disposition values;
invoiceRerenderUrl cases for both modes and id encoding. npm test 11364
passed, lint 0 errors. Button row screenshotted against the design system
(pill outline, Eye icon) via a temporary sandbox route.
Closes#1190
Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
Jakob Wennberg
c62d00bcb3