5 Commits

Include renames

Author	SHA1	Message	Date
Nick SzaunigandClaude Opus 5.5	fc887d8431	fix(ui): encode every id in API paths (client-side path traversal) ... Follow-up to a7609ff for the whole frontend: all 30 API helpers in src/lib now pass path values through encodeURIComponent, so an id taken from the URL can never leave its own path segment and make the page call another endpoint with the viewer's token. Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>	2026-10-06 06:40:25 +02:00
Nick SzaunigandClaude Opus 5.5	5c2ea7bf1e	fix: resend offline-queued entries with an idempotency key ... When the server saved an inspection, harvest, treatment, feeding, varroa measurement or swarm check but the answer was lost (dead zone at the apiary), the form queued the entry and the sync later created it a second time - including a second automation task. Each opened form now creates one Idempotency-Key, sends it with the request and stores it with the queued entry, so the retry returns the first record. Entries queued before this change still sync without a key. Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>	2026-09-27 05:31:04 +02:00
Nick SzaunigandClaude Sonnet 5	d42f8331f9	feat: warn against harvesting honey during a treatment's Wartezeit ... Treatments (Ameisensäure, Oxalsäure, etc.) can require a legally mandated withdrawal period before honey from that colony may be sold. Nothing in the app tracked this before, so a beekeeper had no safeguard against harvesting into an active withdrawal window. Treatments now optionally record withdrawalPeriodDays (from the product's Packungsbeilage). The new harvest form fetches each candidate colony's active withdrawal window and shows an inline warning naming the product and the date it clears, computed as max(endDate ?? date) + withdrawalPeriodDays across a colony's treatments, restricted to windows still in the future. Co-Authored-By: Claude Sonnet 5 <[email protected]>	2026-09-06 02:50:34 +02:00
Nick Szaunig	68f459001a	feat: Bearbeiten für alle Log-Einträge (Aufgaben, Durchsichten, Behandlungen, Fütterungen, Varroa-Messungen, Ernten, Schleuderungen, Abfüllungen) ... Bisher liessen sich diese acht Objekttypen nur anlegen, nie nachträglich korrigieren – Aufgaben hatten zwar schon einen PATCH-Endpunkt, aber keine Bearbeiten-UI, die übrigen sieben hatten weder Backend- noch Frontend-Unterstützung. Jetzt bekommt jeder Typ einen PATCH :id Endpunkt (UpdateXDto per PartialType(PickType(...)) nach demselben Muster wie UpdateColonyDto/UpdateApiaryDto, mit Audit-Log-Eintrag inkl. Vorher-/Nachher-Stand) sowie eine Bearbeiten-UI: - Aufgaben: Dialog auf der Aufgabenliste - Durchsichten/Behandlungen/Fütterungen/Varroa-Messungen: Dialog pro Listeneintrag auf der Volk-Detailseite - Ernten: Dialog auf der eigenen Ernte-Detailseite - Schleuderungen: Dialog direkt in der Rückverfolgbarkeits-Karte der Honigcharge (keine eigene Detailseite nötig); Erntezeilen dort verlinken jetzt zur Ernte-Detailseite statt sie zu duplizieren - Abfüllungen: Dialog auf der Abfüllungs-Detailseite, bewusst nur Datum/MHD/Losnummer editierbar – Glasgröße/-anzahl bleiben unveränderlich, weil sie bereits unumkehrbar die Honigcharge-Menge reduziert haben Relationsstiftende Fremdschlüssel (colonyId, apiaryId/colonyIds, harvestIds, honeyBatchId) bleiben überall bewusst nicht editierbar, konsistent mit dem bestehenden apiaryId-Ausschluss bei UpdateColonyDto.	2026-08-25 04:28:37 +02:00
Nick Szaunig	1f71ac9e3c	feat(frontend): Behandlungen-Modul (Modul 8) ... Mobile-optimiertes Erfassungsformular unter /treatments/new sowie "Behandlungen"-Ansicht auf der Volk-Detailseite.	2026-08-22 00:10:46 +02:00