469 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5.5	7515b8db4d	refactor: weitere identische Pakete nach common/ (svcauth, auditclient, tenantregistryclient, policyclient, httpharden, loadtest, httpclient) ... Nur Pakete, deren Code ohne Kommentare/Importpfade byte-gleich ist: - httpclient: ai, connect (Root behaelt eigene Kopie wegen strengerem Waechtertest) - svcauth: archive, ai, workflow - auditclient: ai, connect, archive - tenantregistryclient: dms, ai, workflow (archive weicht ab, bleibt) - policyclient: mail, connect (dms weicht ab, bleibt) - httpharden: Root, archive (dms weicht ab, bleibt) - loadtest: mail, ai (archive, connect weichen ab, bleiben) go.mod (require + replace) fuer ai, connect, workflow; Pflichttest-Gates von ai/workflow und CI-Pfadfilter um common/ erweitert, damit die sicherheitskritischen Pakete (svcauth, tenantregistryclient) weiter gegated werden. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>	2026-10-27 14:06:07 +01:00
patrickandClaude Sonnet 5.5	cd5ca8da53	refactor: geteiltes Modul common/ (Pilot httpclient, apierror) ... - common/httpclient: bisher byte-identisch in dms, mail und archive - common/apierror: bisher byte-identisch in Root und archive - Importpfade, go.mod (require + replace), archtest-Ausnahmen und CI-Pfadfilter der mail-/archive-Pflichttest-Gates angepasst - Waechtertest fuer den Standard-Client prueft weiter dms, mail, archive - dms/internal/apierror bleibt eigenstaendig (5xx-Fix in eigenem PR) Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>	2026-10-27 13:52:24 +01:00
patrickandClaude Sonnet 5	78ab9a1300	docs/shl: Tote Kanban-Verweise entfernt, Modul-Href-Dopplung aufgeloest ... Fable-Review auf Code-Dopplung/interne Links (siehe Analyse). P0-Funde: - Dangling Prosa-Verweise auf die per PR #367 geloeschten *-kanban/-Ordner in SKALIERUNGSKONZEPT.md, STORAGE-KONZEPT.md, MIGRATIONSKONZEPT.md, SICHERHEITSKONZEPT.md (7x "siehe X-kanban/README.md"), PRODUKTARCHITEKTUR.md um Hinweis ergaenzt, dass Boards jetzt in main-Historie/Gitea-PRs liegen. - dms/internal/searchsync/searchsync_test.go:19: falscher Pfad im Kommentar ("internal/bulkedit"/"internal/jobqueue" statt "dms/internal/..."). - web/shl/components/ModuleNavShell.tsx: resolveHrefClientOnly war inhaltlich identisch zu resolveModuleHref in web/portal/app/ModuleGrid.tsx (zwei unabhaengig gepflegte Kopien derselben Hostname-Ersetzung). Als resolveModuleHref aus shl exportiert, ModuleGrid.tsx nutzt jetzt die gemeinsame Funktion, Test-Import entsprechend umgestellt. - web/portal/lib/modules.test.ts: KNOWN_REAL_PERMISSIONS-Whitelist hatte kennzahlen.read (migrations/0019_kennzahlen_policy_rule.up.sql, real existierend seit ANA-02/PR #362) nie nachgetragen, Test lief seitdem unbemerkt im Fehler. Ergaenzt. go test/vitest: web/portal (15/15) und web/shl (61/61) gruen auf Testhost 131. Verbleibender P0-Punkt (14 Web-Apps ohne ModuleNavShell) braucht Produktentscheidung -- mehrere Registry-Keys (ai/mail/workflow/connect) sind bereits durch eine jeweils ANDERE App belegt als die ohne Navigation (z.B. mail-search hat "mail", mail-postfach nicht), daher keine mechanische Zuordnung moeglich ohne zu raten. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 13:09:53 +02:00
patrickandClaude Sonnet 5	0d524fc714	DOC-01: MIME-Sniff gegen tatsaechlichen Inhalt vor Verschluesselung/Speicherung ... Fable-5.1-Vergleichsreview: die Positivlisten-Pruefung lief bisher nur gegen die vom Client bei StartUpload angekuendigte Typangabe (validate.go ValidateMimeType); ein als "application/pdf" deklariertes, tatsaechlich beliebiges Archiv/Binary wurde erst beim spaeteren Ausliefern per Magic-Bytes erkannt (documentapi/handler.go), nicht vor der Aufnahme. Fix: Complete() liest die ersten 512 Bytes aus dem Staging-Reader, prueft sie per http.DetectContentType gegen dieselbe Positivliste, BEVOR Verschluesselung/Storage/DB-Eintrag passieren. Der Praefix wird fuer Pruefsumme/Verschluesselung wieder vorangestellt (kein Byteverlust). Echter Testlauf auf Host 204 gegen migrierte Testdatenbank: go test ./internal/upload/... -v -> 12/12 PASS, davon neu: TestCompleteUpload_ContentMismatchingDeclaredMimeTypeIsRejected (ZIP-Inhalt mit deklariertem application/pdf wird jetzt abgelehnt). Ausserdem go build ./... fuer das gesamte dms-Modul lief fehlerfrei durch. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 03:26:00 +02:00
patrickandClaude Sonnet 5	50585df0ec	DOC-02: Dublettenpruefung auf eigene Dokumente des Aufrufers beschraenkt ... Fable-5.1-Vergleichsreview gegen paperless-ngx/Alfresco/Docspell/ecoDMS fand: die Pruefsummensuche vor dem Anlegen eines neuen Dokuments lief global ueber alle Dokumente des Mandanten. Ein Treffer gab per DuplicateError DocumentID/RevisionID eines fremden, fuer den Aufrufer sonst unsichtbaren Dokuments preis (Existenz-Oracle), bevor irgendeine Zugriffsrechtepruefung greifen konnte. Fix: Suche zusaetzlich auf documents.created_by = sess.CreatedBy eingeschraenkt, konsistent mit dem aktuellen eigentuemerbasierten Sichtbarkeitsmodell (internal/authz, siehe SEC-08 fuer die geplante Erweiterung um echte Objektrechte). Zwei Nutzer mit identischem Dateiinhalt bekommen jetzt je ein eigenes Dokument statt eines ueberraschenden Verweises auf das Dokument der anderen Person. Echter Testlauf auf Host 204 gegen migrierte Testdatenbank: go test ./internal/upload/... -run TestCompleteUpload -v Alle 7 Tests PASS, inkl. neuem TestCompleteUpload_DuplicateCheckIsScopedToOwnDocuments. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 03:21:23 +02:00
patrick	0dd05dec88	Merge PR #325: ENG-06: unabhaengige-tenant-validierung-bei-objekttyp-registrierung-durch-dms-mail	2026-10-19 02:20:51 +02:00
patrick	cd2cfcd351	Merge PR #292: QA-09: Schnittstellen-Vertragstests	2026-10-19 02:15:47 +02:00
patrick	1256cc40f5	Merge PR #291: INT-12 (DMS): AI-Anbindung Objekttyp-Registrierung (GOV-01)	2026-10-19 02:15:38 +02:00
patrick	cc588b9619	Merge PR #251: QA-10: Last- und Leistungstest	2026-10-19 02:14:42 +02:00
patrick	3ff70986d2	Merge PR #216: OPS-13: Additional Authenticated Data bei AES-GCM (F-21)	2026-10-19 02:14:13 +02:00
rootandClaude Sonnet 5	f5697871e1	ENG-06: unabhaengige-tenant-validierung-bei-objekttyp-registrierung-durch-dms-mail ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 19:09:05 +00:00
rootandClaude Sonnet 5	abc7e4b3ed	QA-09: komprimierter Dauerlauftest (E-Mail/Hot-Folder) + Goroutine-Leck in Dialer.connect behoben ... Viele Import-Zyklen hintereinander statt des woertlichen 24h-Dauerlaufs (siehe docs/QA-09-PRUEFPROTOKOLL.md fuer die Begruendung), je Zyklus mehrere Nachrichten/Stapel: belegt verlustfreien Import ueber INT-04/08 Zyklen hinweg (Pruefung 2). Der Test deckte dabei ein echtes Ressourcenleck auf: Dialer.connect startete eine Goroutine, die auf den AUFRUFER-Kontext wartete (haeufig context.Background(), nie Done) statt auf einen an die Sitzung gebundenen Kontext - jeder Poll-Zyklus liess so dauerhaft eine Goroutine haengen. Fix: sessCtx wird von ctx abgeleitet und in session.close() abgebrochen, die Beobachtung auf externe Kontext-Stornierung bleibt erhalten. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-15 21:40:59 +00:00
rootandClaude Sonnet 5	507fbb9e59	QA-09: schnittstellen-vertragstests (dms/internal/contracttest) ... Vertragstests fuer die DMS-seitigen Schnittstellen zu Archive (INT-11), AI (INT-12), Workflow (INT-13) und die E-Mail-Regel-API (INT-04): jeder Test prueft die tatsaechlich gesendete/empfangene JSON-Nutzlast eines echten Clients/Handlers gegen ihr dokumentiertes Schema, ergaenzt um eine DetectsBreakingChange-Gegenprobe je Vertrag (Muster wie Core QA-07/Archive QA-07-Pendant). CMIS (INT-09) hat mit parity_test.go/arch_test.go bereits aequivalente Abdeckung, daher hier nicht dupliziert. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-15 21:33:52 +00:00
patrickandClaude Sonnet 5	358964415c	INT-12: AI-Anbindung Objekttyp-Registrierung (Kopplung AI GOV-01) ... DMS registriert den Dokument-Objekttyp inkl. KI-relevanter Felder (Volltext, Metadaten) beim Start automatisch bei AI GOV-01 - ueber eine neue HTTP- Schnittstelle (ai/internal/moduletypeapi), da DMS ein getrenntes Go-Modul ist und GOV-01s Go-Paket nicht importieren kann. Registrierung ist optional (fehlt die AI-Basis-URL, startet DMS unveraendert) und fail-open (ein unerreichbarer AI-Dienst blockiert den DMS-Start nie). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-15 20:54:31 +00:00
patrickandClaude Sonnet 5	25812b47b8	CUT-01: trockenlauf-1-entwicklung - korrekturen aus iteration 1 ... Iteration 1 (Laeufe 1.1-1.5 gegen den Wegwerf-Cluster auf Host 204): - I-1 (Lauf 1.1, MAP-01/MAP-03): Export erwartete tenants.domain und users.name, die Altsysteme fuehren tenant_domains bzw. users.username. Behoben ueber Export-Sichten (Schritt EXP-01) statt Aenderung der MAP-Pakete. - I-2 (Lauf 1.2, MAP-02/MAP-03): einseitige Mandanten (nur in einem Altsystem) wurden von InsertCandidates verworfen und von usermatch uebersprungen und waeren nie migriert worden. Jetzt pending in der Map (Freigabe bleibt Pflicht), Benutzer als einseitige Kandidaten. - I-3 (Lauf 1.3, COR-03): dokumentierte archivmail-Rollen domain_admin, auditor, domain_auditor ohne Core-Rolle. Ergaenzt (Pruefer -> user), superadmin bleibt fail-closed. - I-4 (Lauf 1.4, TAR-01 -> MAI-03): retention_objects ohne data_subject_ref, offene DSGVO-Anfragen liefen ins Leere. TAR-01 uebernimmt die betroffene Person aus der Quelle. Lauf 1.5 lief vollstaendig durch. Protokolle unter docs/cut-01/iteration-1. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 20:53:52 +00:00
patrickandClaude Sonnet 5	8f75ab3b37	CUT-01: trockenlauf-1-entwicklung - orchestrator erster entwurf ... Orchestrator (internal/cutoverorchestrator, cmd/cutover-dryrun) fuer den Trockenlauf aller Migrationspakete gegen eine vollstaendig synthetische Testkopie: Ablaufplan mit Abhaengigkeitspruefung, Abbruch beim ersten Fehler, JSON-/Textprotokoll mit Redigierung von Zugangsdaten, Generator und Anonymisierungsnachweis der Testkopie. Modulstufen (dms/mail/archive/workflow cmd/cutover-stage) liefern die Quell-Adapter und rufen die bestehenden Migratoren der jeweiligen Module auf, da deren internal-Pakete aus dem Root-Modul nicht importierbar sind. migrationdocument.DocumentID macht die DOK-01-Ziel-ID fuer TAR-01/TAR-02 im Archive-Modul verfuegbar. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 20:45:03 +00:00
rootandClaude Sonnet 5	4fde23f35a	DOK-05: freigabelinks-migration ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 20:02:23 +00:00
patrickandClaude Sonnet 5	834407aaa8	DOK-04: Pruefprotokoll mit realen Testlaeufen gegen dms_dev auf Host 204 ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 16:47:52 +02:00
patrickandClaude Sonnet 5	57c8a2f549	DOK-04: custom-fields-klassifikationsvorlagen-migration ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 16:46:58 +02:00
patrickandClaude Sonnet 5	04ee1b6863	DOK-02: akten-ordnerstruktur-migration ... Neues Paket dms/internal/migrationfolder migriert archivdms' akten-Tabelle strukturell 1:1 nach DOC-09 (folders, Materialized Path) und verknuepft bereits migrierte Dokumente (DOK-01) mit ihrer Ziel-Akte ueber documents.folder_id. Deterministische Ziel-IDs analog migrationdocument machen erneute Laeufe idempotent, Zyklen in der Quellhierarchie werden erkannt statt Endlosrekursion auszuloesen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 12:03:52 +00:00
patrick	6645164d62	Merge pull request 'DOK-01: Dokument- & Revisions-Migration' (#255) from feature/dok-01-dokument-revisions-migration into main	2026-10-13 13:49:04 +02:00
patrickandClaude Sonnet 5	53267e8e10	DOK-01: dokument-revisions-migration ... Migrator uebernimmt Dokumente+Revisionen aus archivdms (Source- Schnittstelle: SQL-Export-Zeilen + Objekt-Storage-Zugriff) in das DMS-Zielschema, ueber dieselbe storage.Service/crypto.Service-Kette wie der reguläre Upload-Pfad. Deterministische Ziel-IDs (deriveUUID) machen den Lauf idempotent ohne Mapping-Tabelle. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 11:01:30 +00:00
patrickandClaude Sonnet 5	3425495217	FDN-28: pruefprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 10:54:59 +00:00
patrickandClaude Sonnet 5	3d00314123	FDN-28: admission-gate in app/worker aus Umgebung konfiguriert ... cmd/app: NEXARCH_DMS_APP_ADMISSION_MAX_CONCURRENT/_MAX_WAIT_SECONDS/ _RETRY_AFTER_SECONDS (Default 40/2s/5s, MAX_CONCURRENT=0 schaltet ab). cmd/worker: rt.Middleware um dbadmission.JobMiddleware erweitert, eigene NEXARCH_DMS_WORKER_ADMISSION_*-Variablen, ausserhalb der bestehenden Error-Tracking-Middleware (Gate-Erschoepfung ist kein gemeldeter Fehler, sondern erwarteter Rueckstau). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 10:54:59 +00:00
patrickandClaude Sonnet 5	a68db6b4b1	FDN-28: admission-gate in apiwiring.Chain verdrahtet ... ChainConfig.Admission/AdmissionRetryAfter, vor Authentifizierung/ Rechteentscheidung geschaltet (fruehester Ausstieg bei Ueberlast). nil-Gate = unveraendertes Verhalten (Akzeptanzkriterium 3). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 10:54:59 +00:00
patrickandClaude Sonnet 5	5d117b3c14	FDN-28: zulassungs-gate vor db-zugriff (dbadmission) ... Gepuffertes Semaphor mit Wartezeit: HTTP-Middleware antwortet bei Erschoepfung mit 503/Retry-After, Job-Middleware liefert einen transienten statt dauerhaften Fehler (Backoff statt Dead-Letter). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-13 10:54:31 +00:00
patrickandClaude Sonnet 5	da345504ac	QA-10: last- & leistungstest ... Lastgenerator (dms/cmd/qa10loadtest) gegen Suche, Vorschau, Upload und Schnittstelle unter realistischer und ueberhoehter Last, automatisierte Tests je Akzeptanzkriterium (dms/internal/qa10), Pruefprotokoll mit Zielwert/Messwert/Bewertung (docs/QA-10-PRUEFPROTOKOLL.md). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-28 07:05:47 +00:00
patrickandClaude Sonnet 5	0319e6336b	QA-12: abnahme- & compliance-prüfung ... Gesamtabnahme geprüft: AK1 (alle Prüfgates) grösstenteils bestanden, QA-10 (Last-/Leistungstest DMS) fehlt noch als Protokoll und wird als offene Prüfgate-Lücke dokumentiert. AK2 (Wiederherstellung) real auf Host 204 durchgeführt: Vollsicherung, simulierter Totalausfall (DROP DATABASE), Restore mit restore-cli auf leeres Ziel, eigenständig gestartet, Daten byte-identisch. AK3 (Unterschrift) bewusst offen gelassen, da Freigabe eine Entscheidung des Menschen ist. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-28 06:10:42 +00:00
patrickandClaude Sonnet 5	0ea129e71c	OPS-13: Additional Authenticated Data bei AES-GCM (F-21) ... seal/open (bzw. wrap/unwrap) in allen vier betroffenen Stellen binden ein Additional Authenticated Data an Chiffretext/DEK-Wrapper: ein Austausch zwischen zwei Kontexten faellt beim Entschluesseln auf, statt still zu funktionieren. - dms/internal/crypto/envelope.go + service.go: AAD = Tenant-Slug (bereits vorhandener Parameter in Service.Seal/Open, Signatur unveraendert -- keine der rund 30 externen Aufrufstellen musste angepasst werden) - archive/internal/backupcrypto/envelope.go + reposecret.go/file.go: gleiches Muster, AAD = Tenant-Slug - mail/internal/crypto/envelope.go + service.go + kekversions.go: gleiches Muster, AAD = Tenant-Slug (inkl. ARC-08 KEK-Versionsverwaltung) - internal/kek/master.go + store.go: wrap/unwrap sowie EncryptWithTenantKEK/DecryptWithTenantKEK binden AAD. Die drei echten externen Aufrufer angepasst: ldapsync (Tenant-ID + Zweck), webhook (Ziel-URL des Abonnements), account-api modulekeys (fester Zweck-Bezeichner -- SecretCipher-Interface aus internal/moduletrust reicht keine Datensatz-ID durch, eine Erweiterung wuerde in andere Module hineinwirken, bewusst nicht Teil dieser Kachel) Rueckwaertskompatibel: jedes open/unwrap versucht zuerst mit AAD, faellt bei Fehlschlag auf kein-AAD zurueck -- vor dieser Aenderung versiegelte Datensaetze bleiben lesbar. Bekannte, dokumentierte Grenze: ein Austausch zwischen zwei Datensaetzen DESSELBEN Mandanten/Kontexts bleibt unerkannt (identisches AAD) -- volle Bindung an den einzelnen Datensatz braeuchte eine Datensatz-ID an rund 30 Aufrufstellen, bewusst nicht Teil dieser kleinstmoeglichen Loesung. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 22:42:17 +02:00
rootandClaude Sonnet 5	0097c8cf2b	INT-19: mobile erfassung mobilfreundliche weboberflaeche ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 12:06:19 +00:00
rootandClaude Sonnet 5	eb8b47eff9	workflow VOR-06: Breaking-Change-Reparatur web/mail-search (X-Tenant-Slug fehlte) ... Fixt zwei bestehende Aufrufer der Backchannel-API, die durch VOR-06s Tenant-Pflichtfeld sonst brechen wuerden: - web/mail-search/lib/caseContext.ts + app/api/case-context/route.ts: tenant-Query-Parameter ergaenzt, X-Tenant-Slug-Header an die Workflow-Rueckkanal-API durchgereicht (analog zum bestehenden tenant-Muster in app/api/search/route.ts) - CaseContextPanel.tsx + page.tsx: tenant-Prop durchgereicht - Tests entsprechend aktualisiert (caseContext.test.ts, route.test.ts, CaseContextPanel.test.tsx) web/workflow-cases/caseoverviewapi ruft backchannel.ForObject NICHT auf (nur strukturell aehnlich) -- kein Breaking Change dort, geprueft und bestaetigt unveraendert. Vorbestehender, separater Bug (nicht Teil dieses Fixes): der user-Query-Parameter wird vom Client nie gesendet, obwohl die Route ihn verlangt -- betraf die Route schon vor VOR-06. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-26 09:47:12 +00:00
patrickandClaude Sonnet 5	4a75586bc8	INT-13: prüfprotokoll ergänzt ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-24 09:40:31 +02:00
patrickandClaude Sonnet 5	a9189ecb16	INT-13: workflow anbindung objekttyp auslöser registrierung kopplung workflow eng 02 ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-24 09:33:50 +02:00
patrick	9862e867ef	Merge origin/fix/fdn-24-verifikation-bereits-erledigt	2026-09-23 00:34:03 +02:00
patrickandClaude Sonnet 5	37b2d06937	FDN-24: pfadbereinigung bei export und wiederherstellung, zeitlimit fuer pdftoppm ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 00:14:19 +02:00
patrickandClaude Sonnet 5	37488d730b	UX-14: Prüfprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 00:11:54 +02:00
patrickandClaude Sonnet 5	28aaad65ed	UX-14: a11y-fixture um Mail-/E-Rechnung-Daten erweitert, Token-Modus-a11y-Lauf in gesamt-token-smoke.sh ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 23:52:45 +02:00
patrickandClaude Sonnet 5	f03821b29d	Chrome auf 204 installiert, Browser-/a11y-Nachtrag UX-10/OPS-11 (68/68 bestanden) ... Google Chrome stable 154.0.8037.57 + pa11y 10.0.0 auf Entwicklungshost 204 installiert (Prüfsumme/GPG-Signatur verifiziert, deploy/chrome/README.md). web/a11y-audit/run.sh lief damit erstmals real dort: 68/68 Prüfschritte bestanden, keine axe-Verstöße, pdf-viewer vollständig (vorher 1/5). Echter Fund behoben: keyboard-flow.js rief die API ohne Identität auf, folderapi.handleDocuments verlangt aber immer 'caller'/X-User-Id. UX-11 (vier neue Seiten) und ein Token-Modus-Lauf bleiben offen, weil sie eine eigenständige Erweiterung der Testfixture brauchen, kein Nachtrag. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 22:29:57 +02:00
patrickandClaude Sonnet 5	2710dc633b	Gesamtprojekt: scalebench nutzt den gehaerteten httpclient (F-11-Architekturtest-Fund) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:41:39 +02:00
patrick	4b0e011c34	Gesamtprojekt: dms-gesamtstand nachziehen (FDN-26/27: Skalierungs-Benchmark, Backup/Restore)	2026-09-22 14:36:27 +02:00
patrickandClaude Sonnet 5	6a9139a0f3	Integration: Protokoll-Nachtrag zu PR #128 (FDN-27) und #129 (FDN-26) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:36:13 +02:00
patrickandClaude Sonnet 5	14c5909374	Integration: scalebench Manticore-HTTP-Port nicht mehr raten (Port-Register-Fix) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:35:05 +02:00
patrick	fca5d6448f	Integration: FDN-26 (Skalierungs-Benchmark) mergen	2026-09-22 14:25:27 +02:00
patrickandClaude Sonnet 5	5ed3ade538	FDN-26: skalierungs-benchmark für große dokumentbestände ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:24:15 +02:00
patrickandClaude Sonnet 5	e9b90b3dc7	FDN-26: manticore-groessenabfrage nutzt den HTTP-Port statt den MySQL-Protokoll-Port (fund: 9306 vs 9308) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:16:30 +02:00
patrickandClaude Sonnet 5	0fff0443dd	FDN-26: routenpraefix in suchanfragen des lastgenerators ergaenzt (fund: 404 statt suchtreffer) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:15:36 +02:00
patrickandClaude Sonnet 5	bacacd6cb8	FDN-26: debug-log fuer suchantwort, BENCH_KEEP_DATA ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 14:13:07 +02:00
patrick	ba0b4a4bc6	FDN-27: prüfprotokoll	2026-09-22 14:09:15 +02:00
patrick	001b888b23	FDN-27: cleanup-reihenfolge in tests korrigiert (t.Cleanup statt defer für admin-pool)	2026-09-22 14:07:25 +02:00
patrick	5feee7e058	FDN-27: gofmt	2026-09-22 14:06:13 +02:00