maziggy b07122e395 fix(inventory): "Print labels..." works in Spoolman mode (#1390 follow-up) ...

The LabelTemplatePickerModal correctly branches on a spoolmanMode prop
  and the /spoolman/labels backend endpoint exists, but InventoryPage was
  instantiating the modal with spoolmanMode={false} hard-coded. Every
  click in Spoolman mode resolved to /inventory/labels with Spoolman spool
  IDs and returned 404 "Spool(s) not found".

  The hard-coded value came with a stale comment from the original label
  printing PR that said "Spoolman path hands users an iframe to Spoolman
  so the per-spool button never shows in that context" -- that assumption
  stopped being true when the unified inventory UI shipped.

  Pass the actual spoolmanMode value through, drop the stale comment.

  The existing LabelTemplatePickerModal.test.tsx already covers both
  branches at the component level (line 209: "routes to the Spoolman
  endpoint when spoolmanMode is true"). The gap was that no test exercised
  the InventoryPage wiring.

2026-05-17 15:11:42 +02:00

..

assets

fix(inventory): "Print labels..." works in Spoolman mode (#1390 follow-up)

2026-05-17 15:11:42 +02:00

icons

Revert "."

2026-05-04 10:59:38 +02:00

img

feat(archives): build-plate icon on cards + uniform printer/model line (#1253)

2026-05-10 09:54:10 +02:00

index.html

fix(inventory): "Print labels..." works in Spoolman mode (#1390 follow-up)

2026-05-17 15:11:42 +02:00

manifest.json

Revert "."

2026-05-04 10:59:38 +02:00

spoolbuddy_logo_dark.png

Revert "."

2026-05-04 10:59:38 +02:00

sw-register.js

fix(frontend): revert base: '' so deep SPA routes load their assets on initial navigation (issue #1221)

2026-05-08 08:39:00 +02:00

sw.js

Revert "."

2026-05-04 10:59:38 +02:00

vite.svg

Revert "."

2026-05-04 10:59:38 +02:00