Changelog für Syncwerk Debian Pakete.

Der Stable-Kanal enthält eine aktualisierte Webapp für verwaltete Ordnerfreigaben.

Der Freigabedialog erhält aus der Admin-Ordnerliste jetzt den vollständigen Repository-Root-Kontext.

Vorhandene Download- und Uploadlinks bleiben dadurch beim erneuten Öffnen gemeinsam sichtbar, sofern beide Links existieren.

Der Stable-Kanal enthält eine ergänzte Webapp für den Freigabedialog.

Bestehende Download- und Uploadlinks bleiben auch dann sichtbar, wenn Root-Pfade, leere Pfade oder Slash-Varianten vom aufrufenden Kontext unterschiedlich geliefert werden.

Die Änderung wurde aus demselben öffentlich geprüften Testing-Artefakt nach Stable übernommen; es wurde kein abweichendes Stable-Paket erstellt.

Der Stable-Kanal enthält eine aktualisierte Webapp für den Freigabedialog.

Beim erneuten Öffnen bestehender Ordnerfreigaben aus der Administration bleiben vorhandene Download- und Uploadlinks sichtbar.

Die Änderung wurde aus demselben öffentlich geprüften Testing-Artefakt nach Stable übernommen; es wurde kein abweichendes Stable-Paket erstellt.

Dieser Stable-Stand übernimmt die im öffentlichen Testing-Kanal geprüften Korrekturen für Freigabelinks, Admin-/Setup-Abgleich und Paketkonfiguration.

Download- und Uploadlinks bleiben beim erneuten Öffnen des Freigabedialogs sichtbar und der Link-Lifecycle wurde gegen den öffentlichen Paketstand geprüft.

Neuinstallation und Upgradepfad für Debian 13 wurden ausschließlich aus dem öffentlichen Testing-Repository validiert. Die Stable-Veröffentlichung erfolgt ohne Rebuild durch Promotion derselben geprüften Artefakte.

Dieser Stable-Stand bündelt die Debian-13-Paketbasis mit korrigierter Neuinstallation, Wiederanlauf nach unvollständigem Bootstrap und normalem APT-Upgradepfad.

Der Bootstrap-Admin wird zuverlässig finalisiert, RESTAPI-Login- und Bootstrap-Anfragen liefern kontrollierte Antworten, und die Freeware-Grenze liegt konsistent bei 20 aktiven Benutzern.

ONLYOFFICE-Integration und ClamAV-basierter Virenschutz werden beim Setup und Upgrade konsistenter geprüft; fehlerhafte Zustände brechen kontrolliert ab, statt scheinbar erfolgreich weiterzulaufen.

Der Stable-Kanal enthält aktualisierte Admin-Werkzeuge für Legacy-Rollen und Lizenzprüfung.

RESTAPI-Upgrades laden geänderten Code über einen Debian- und systemd-konformen Neustartpfad.

Die Weboberfläche reduziert helle Kontraste im Darkmode.

Legacy-Desktop-Client-Endpunkte liefern wieder konsistente JSON-Antworten für Server-Info, Aktivitäten, Favoriten, Events und Suche.

Browser-Login und Upload-Statusfenster wurden für produktive Nutzung verbessert.

Desktop-Client-Aktivitäten liefern zusätzliche kompatible Felder.

Admin-Listen für Benutzer, Gruppen und Ordner unterstützen serverseitige Suche und Pagination.

Der Stable-Kanal ist im öffentlichen Installer freigeschaltet und für produktive Neuinstallationen dokumentiert.

Weboberfläche, PDF-Vorschau und deutschsprachige Bezeichnungen wurden für den Stable-Stand nachgeschärft.

Die erste produktiv nutzbare Trixie-Stable-Paketfamilie für Syncwerk Server wurde veröffentlicht.

Server-, Daemon-, Python-, WebDAV- und Setup-Komponenten sind auf Debian 13 Trixie ausgerichtet.

Dateisperren speichern Pfade mit dem vollständigen Unicode-Zeichensatz und in einheitlicher Schreibweise; vorhandene Sperren, ihre Besitzer und Zeitstempel bleiben bei der Migration erhalten. Zusammen mit dem Daemon 20260911.084812 lassen sich Dateinamen mit Emoji und anderen Zeichen außerhalb der Unicode-Grundebene auf frisch installierten und auf aktualisierten Systemen anlegen, sperren und löschen.

Der Setup-Abgleich erhält die aufgezeichnete Migrationshistorie der Servertabellen: Nur fehlende historische Einträge werden ergänzt, bereits angewendete Migrationen werden nicht erneut ausgeführt, und bei unlesbarer Historie bricht das Setup ab.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Der Daemon verwendet für seine Datenbankverbindung durchgehend den vollständigen Unicode-Zeichensatz, auch wenn die Konfiguration einer älteren Installation noch einen eingeschränkten Zeichensatz vorgibt. Dateinamen mit Emoji und anderen Zeichen außerhalb der Unicode-Grundebene lassen sich erst zusammen mit den Paketen syncwerk-server-restapi und syncwerk-server-admin 20261010.063321 oder neuer anlegen, sperren und löschen; allein mit diesem Daemon-Stand bleibt das Löschen solcher Dateien auf Installationen ohne die zugehörige Datenbankmigration fehlerhaft.

Verzeichnissperren werden anhand des genauen Pfads verglichen, sodass Namen mit Prozent- oder Unterstrichzeichen keine Nachbarpfade mehr treffen; die Paketprovenienz enthält den Build-Zeitstempel zusätzlich in lesbarer UTC-Form.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Wartungsupdate der Pakete für Weboberfläche, REST-API, Administration, Python-Bibliotheken, WebDAV und Einrichtung. Es enthält keine funktionalen Änderungen.

Wartungsstand für Stable-Systeme: Der Server-Dienst startet, überwacht und stoppt seine Dienste robuster und zuverlässiger.

Testing-Systeme mit einem neueren Server-Paketstand behalten diesen; APT installiert dort weiterhin die höhere Version.

Der Server-Dienst ist beim Starten, Überwachen und Stoppen seiner Dienste robuster und zuverlässiger.

WebDAV startet automatisch und ohne Neustart der übrigen Dienste, sobald es wieder möglich ist; der aktuelle Zustand wird als Laufzeitstatus bereitgestellt.

Bei dauerhaft nicht erreichbarer Datenbank beendet sich der Dienst sauber, statt die übrigen Dienste wiederholt neu zu starten.

Ohne installiertes WebDAV-Paket bleiben im Freeware-Betrieb alle Serverdienste stabil; zuvor konnte der vorherige Testing-Stand die Dienste wiederholt neu starten.

Wird das WebDAV-Paket später nachinstalliert, startet der Server seine Dienste einmalig neu und stellt WebDAV danach bereit.

Das Serverpaket enthält nur noch die für den Betrieb nötigen Dateien; nicht benötigte Dateien werden beim Update entfernt.

WebDAV steht auch ohne Lizenzschlüssel im Freeware-Betrieb (bis 20 Benutzer) zur Verfügung, und ein belegter interner WebDAV-Port führt nur noch zu einer Warnung statt zu wiederholten Dienstneustarts.

„syncwerk-server check-authorization-key“ meldet nur noch eine gültige, an diesen Server gebundene Lizenzdatei mit Rückgabewert 0; eigene Skripte, die diesen Wert auswerten, sollten geprüft werden.

WebDAV-Uploads mit Chunked-Übertragung werden vollständig gespeichert, statt abzubrechen oder Dateien unvollständig abzulegen.

Swift-Objektspeicher, Ordnerlisten und die Annahme der Nutzungsbedingungen arbeiten unter Python 3 wieder fehlerfrei und melden Fehler verständlich.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die Anmeldung wartet auf die vollständige Anmeldekonfiguration. Dadurch bleibt sie auch bei verzögerter Serverantwort bedienbar, ohne einen Anmeldeversuch vorzeitig zu verarbeiten.

Kann die Konfiguration nicht geladen werden, erscheint eine verständliche Fehlermeldung mit einer Möglichkeit zum erneuten Laden. CAPTCHA- und Zwei-Faktor-Anforderungen bleiben unverändert.

Bei überschrittenem API-Anfragelimit bleibt die Antwort HTTP 429 mit Wiederholungswartezeit erhalten, auch wenn die optionale Administrator-Benachrichtigung wegen eines Mail- oder Vorlagenfehlers scheitert.

Ohne benachrichtigbare Administratoren wird keine Benachrichtigungs-Mail vorbereitet; Benachrichtigungsfehler werden knapp protokolliert.

ONLYOFFICE-Vorschauen aus Historie und Papierkorb verhalten sich jetzt wie die normale Dokumentvorschau.

Öffentliche Office-Vorschauen bleiben auch dann im Ansichtsmodus, wenn ein separater Bearbeitungseinstieg erlaubt ist. Dadurch werden widersprüchliche Vorschauparameter und entsprechende Zugriffsfehler vermieden.

ONLYOFFICE-Vorschauen aus Historie, Papierkorb und öffentlichen Dateifreigaben fordern jetzt wie die normale Dateivorschau die Anzeige von Änderungsmarkierungen an.

Ansichtsmodus, signierte Dokumentzugriffe und vorhandene Bearbeitungsrechte bleiben unverändert.

In ONLYOFFICE ausgelöste Zwischenspeicherungen werden standardmäßig als Syncwerk-Dateiversion übernommen und stehen dadurch bereits während der gemeinsamen Bearbeitung für Download und Vorschau bereit.

Die Bearbeitungssitzung bleibt nach dem Speichern aktiv. Weitere Speicherungen und das abschließende Schließen werden weiterhin verarbeitet; wiederholte identische Speichermeldungen erzeugen keine zusätzliche Version.

Die Weboberfläche beendet den ONLYOFFICE-Editor beim Close-Event über den DocEditor-Lebenszyklus, bevor sie zur Syncwerk-Ansicht zurückkehrt.

Doppelte Close-Anforderungen werden idempotent behandelt; die Rücknavigation erfolgt verzögert, damit Spreadsheet-In-Cell-Edits sauber finalisiert werden können.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die RESTAPI reichert leere oder generische Geräteangaben in der Repository-Historie aus aktuellen Gerätetokens an, wenn Benutzer und Client-Version eindeutig genau einen sinnvollen Gerätenamen ergeben.

Die Weboberfläche zeigt in der Repository-Historie den Gerätenamen zusammen mit der Client-Version an und unterscheidet Sync-Client-Commits mit fehlendem Gerätenamen von Browser-Commits.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die RESTAPI entfernt beim Deaktivieren eines Benutzers vorhandene öffentliche Download- und Upload-Freigabelinks dieses Kontos.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche blendet Teilen-Aktionen in der Root-Ordnerliste und Root-Grid-Ansicht jetzt aus, wenn die aktuelle Benutzerrolle keine öffentlichen Download- oder Upload-Freigabelinks erzeugen darf.

Root- und Unterordneransichten zeigen Teilen-Aktionen damit nach denselben Regeln an.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche blendet Teilen-Aktionen für Dateien und Ordner in Kindlisten jetzt aus, wenn keine explizite Berechtigung zum Erzeugen öffentlicher Download- oder Upload-Links vorliegt.

Bei verschlüsselten Bibliotheken, deaktivierter Public-Share-Funktion oder fehlenden Berechtigungsangaben wird keine Teilen-Aktion angezeigt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche normalisiert beim Rücksprung aus dem ONLYOFFICE-Editor den aus der Datei abgeleiteten Parent-Pfad und den aktiven Ordnerpfad vor dem Vergleich.

Dadurch bleiben Office-Return-Metadaten auch in verschachtelten Ordnern erhalten, bis die Ordnerliste den aktualisierten Dateistand geladen und die URL wieder bereinigt hat.

Der Paketstand ersetzt den vorherigen Webapp-Testing-Kandidaten 20260909.090933+syncwerk1 für dasselbe Office-Ordner-Refresh-Thema und enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche hängt beim Rücksprung aus dem ONLYOFFICE-Editor zusätzliche neutrale Änderungsinformationen an die interne Ordner-URL an.

Die Ordneransicht erkennt diesen Office-Rücksprung, lädt die betroffene Dateiliste begrenzt neu und zeigt den aktualisierten Datei-Zeitstempel nach einem erfolgreichen Editor-Save an.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche aktualisiert nach einem erfolgreichen ONLYOFFICE-Editor-Save-Callback die Preview-Ansicht erneut, wenn der zuvor geladene Dateicommit noch sichtbar ist.

Der Rücksprung vom Editor zur Preview bindet den ursprünglichen Commit an die URL und pollt begrenzt auf den aktualisierten Dateistand, bevor die Preview-Komponente neu aufgebaut wird.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche zeigt betroffene Änderungs-, Lösch- und Zugriffszeitpunkte in aktuellen Datei-, Freigabe-, Wiki- und Geräteansichten als absolute Zeitstempel statt als relative Angaben an.

Die vorhandenen Roh-Zeitstempel und Tabellensortierfelder bleiben unverändert, damit die Sortierung weiterhin chronologisch nach dem tatsächlichen Datum erfolgt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Der Admin-Dialog zum Entfernen öffentlicher Freigabelinks zeigt Backend-Fehler oder eine übersetzte Fallback-Fehlermeldung jetzt sichtbar im Modal und per Fehlerbenachrichtigung an.

Während eine Link-Löschung läuft, werden die Dialogaktionen deaktiviert, damit keine mehrfachen Löschrequests ausgelöst werden.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Der englische Folder-Passwort-Menüeintrag verwendet eine explizite Passwort-Ändern-Beschriftung statt eines generischen Submit-Texts.

Registrierung und öffentlicher Meeting-Join zeigen und verlangen die Terms-Checkbox nur noch, wenn Terms-Text konfiguriert ist.

Datei- und Ordner-Löschdialoge verwenden spezifische Share-Warntexte; Datei-Löschungen lösen keine Folder-Share-Warnabfragen mehr aus. Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche verwendet in deutschsprachigen Dialogen für Schließen-Aktionen eine eindeutigere Beschriftung.

Wiederherstellen-Schaltflächen in der Ansicht gelöschter Ordner erhalten einen konsistenten Abstand zwischen Symbol und Text; die Löschbestätigung unterscheidet Root-Ordner und Unterordner klarer.

Der Public-Link-Dialog weist vor dem Erzeugen eines Download-Links sichtbar darauf hin, dass der erzeugte Link anschließend per E-Mail versendet werden kann. Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche verlinkt Benutzernamen in der Admin-Geräteliste auf die vorhandene Admin-Benutzerdetailseite.

Die Mandanten- und Gruppen-Mitglieder-Dialoge in Admin- und Tools-Kontext zeigen einen sichtbaren Hinweis, dass eingegebene Benutzer oder E-Mail-Adressen mit Enter zur Auswahl hinzugefügt werden.

Der Paketstand ersetzt den vorherigen Testing-Kandidaten und enthält zusätzlich die paketinterne SOURCE_DATE_EPOCH-Bindung in der Build-Info. Eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und byteidentischer Debian-Reproducible-Build-Nachweis liegen vor.

Die Weboberfläche verlinkt Benutzernamen in der Admin-Geräteliste auf die vorhandene Admin-Benutzerdetailseite.

Die Mandanten-Mitglieder-Dialoge in Admin- und Tools-Kontext zeigen jetzt einen sichtbaren Hinweis, dass eingegebene Benutzer oder E-Mail-Adressen mit Enter zur Auswahl hinzugefügt werden.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche zeigt Administrationsnavigation und Administrationsbereiche passend zu den zugewiesenen Rollen an.

Sudo-Statusabfragen werden außerhalb erhöhter Administrationsbereiche vermieden, solange keine aktive erhöhte Administrationssitzung verfolgt wird.

Die automatisierte Webapp-Prüfung enthält zusätzliche Standard-Testabhängigkeiten, damit die vollständige Webapp-Testreihe als Release-Prüfung verwendbar bleibt; der Paketstand enthält außerdem eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche versieht Datei-, Favoriten-, Share-Admin-, Root-Share-Link- und Header-Bilder sowie relevante BBB- und Administrationsformularfelder mit zugänglichen Alternativ- beziehungsweise Steuernamen.

Mobile Detailzeilen in Administrations- und Meeting-Listen referenzieren ihre ausklappbaren Inhalte jetzt mit eindeutigen Zeilenbezügen, damit assistive Technik keine veralteten Sammelreferenzen auswertet.

Die automatisierte Webapp-Prüfung enthält dafür eine default-aktive, dependencyfreie Accessibility-Baseline; der Paketstand enthält außerdem eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche versieht Datei-, Favoriten-, Share-Admin-, Root-Share-Link- und Header-Bilder mit zugänglichen Alternativnamen, damit authentifizierte Datei- und Administrationsansichten automatisiert gegen fehlende Bildbeschriftungen geprüft werden können.

Die automatisierte Webapp-Prüfung enthält dafür eine default-aktive, dependencyfreie Accessibility-Baseline für die relevanten authentifizierten Ansichten und nutzt eine neutrale BBB-Testfixture, ohne einen externen BBB-Provider starten zu müssen.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche verwendet für Datei-, Favoriten-, Share-Admin- und Public-Share-Verzeichnisansichten dieselbe Icon- und Rasterdichte-Steuerung; anonyme Public-Share-Ansichten speichern die Dichteauswahl ausschließlich lokal im Browser.

Die Toolbar-Integration übersteuert die alte globale range__size-Ausblendung gezielt im Grid/List-Kontext, damit der Dichte-Slider in authentifizierten und administrativen Grid-Ansichten sichtbar bleibt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche verwendet für Public-Share-Verzeichnisansichten dieselbe Icon- und Rasterdichte-Steuerung wie die übrigen Datei- und Administrationsansichten; anonyme Public-Share-Ansichten speichern die Dichteauswahl ausschließlich lokal im Browser.

Nicht mehr verwendete Legacy-Range-Size-Pfade in Meeting- und Admin-Meeting-Ansichten wurden entfernt und werden durch eine verpflichtende automatisierte Browserprüfung gegen Regressionen abgesichert.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Setup repariert releasekritische Meeting-Room-Datei- und Dateiaudit-Tabellen jetzt mit utf8mb4-Dateimetadaten-Kollation.

Schema-Drift-Recovery bleibt dadurch konsistent mit bereits angewendeten RESTAPI-Migrationen und erhält Sonderzeichen- sowie Unicode-Dateipfade auch nach einem Drop/Recreate-Repair.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die RESTAPI migriert Meeting-Room-Dateiaudit-Metadaten für Pfad und Meldung auf utf8mb4, damit Sonderzeichen- und Unicode-Dateipfade auch in Audit-/Share-Link-nahen Pfaden konsistent verarbeitet werden.

Die Änderung ergänzt die bestehende Unterstützung für Sonderzeichen- und Unicode-Dateinamen und ist auf Dateiaudit-Textmetadaten begrenzt; Benutzer-, Token- und Identifier-Spalten bleiben unverändert.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die öffentliche Anmeldeseite stellt kundenspezifische Logos auf Desktop- und Mobilansichten jetzt vollständig innerhalb des vorgesehenen Bereichs dar.

Administratoren erhalten bei Branding-Farben eine sichtbare Kontrastbewertung, damit schlecht lesbare Farbkombinationen vor der Nutzung erkannt werden.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Administrationsansicht für Virenschutz-Fundlisten lädt große Fundlisten jetzt serverseitig paginiert, durchsuchbar und sortierbar.

Massenaktionen in der Fundliste werden begrenzt und durch eindeutige Bestätigungstexte abgesichert.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche stellt Admin-Settings-Kartenüberschriften, Beschriftungen, Hinweistexte und Statusdetails im Darkmode des Adminbereichs kontrastreicher dar.

Der vorherige Testing-Kandidat dieser Änderung wird durch diese Paketversion ersetzt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Weboberfläche stellt Beschriftungen, Hinweistexte und Statusdetails im Darkmode des Adminbereichs kontrastreicher dar.

Wiederkehrende Admin-Listenelemente und Freigabedialoge verwenden jetzt dunkle Oberflächen-, Text- und Rahmenfarben statt fest kodierter Light-Mode-Farben.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Paket startet Management-Kommandos jetzt über die paketierte syncwerk-server-manage-py-Umgebung und priorisiert keine lokalen /usr/local-Wrapper mehr.

Legacy-Migrationsaufrufe verwenden dadurch denselben installierten Paketpfad wie Neuinstallation und Upgrade.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Daemon-Paket installiert keine internen Syncwerk-Python-Module mehr direkt auf oberster Dateisystemebene.

Die betreffenden Python-Bibliotheken bleiben über die dafür vorgesehenen Python-Pakete verfügbar.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Paket stellt eine maschinenlesbare Upgrade-Prüfung bereit, mit der ältere Installationen typische Altzustände in RESTAPI-Cache-Konfiguration, lokalen systemd-Units, nginx-Sites und Paketbestand erkennen können.

Sichere, eindeutig erkennbare Altzustände können automatisiert repariert werden; nicht eindeutige Netz-, Migrations- oder Provider-Reste werden als Administratorhinweis ausgegeben.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Mehrere Syncwerk-Kommandozeilenwerkzeuge liefern jetzt konsistente Hilfeausgaben für -h und --help, ohne dafür eine eingerichtete Serverlaufzeit vorauszusetzen.

Die zugehörigen Debian-Pakete installieren passende Manual-Pages für die administrativen und technischen Syncwerk-Werkzeuge, damit lokale Betriebsdokumentation direkt auf dem System verfügbar ist.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI begrenzt Favoritenlisten auf den API2-Kompatibilitätspfaden serverseitig, sodass große Konten nicht mehr vor der Seitenausgabe vollständig materialisiert werden müssen.

Die bestehenden Antwortformate für Desktop- und API2-Clients bleiben kompatibel; zusätzliche Paging-Metadaten werden additiv bereitgestellt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI protokolliert ändernde API2/API-v2.1-Aufrufe zentral mit redigierten Pfaden, Nutzerreferenzen und Ergebnisstatus, damit Audit- und Betriebsanalysen nachvollziehbarer werden.

Ausgewählte große Legacy-Listen für Favoriten, Gruppen und Adminprotokolle begrenzen page, per_page und limit serverseitig auf 200 und behalten bestehende Antwortformate kompatibel bei.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI ergänzt ausgewählte API2X-JSON-Fehlerantworten um einen zusätzlichen stabilen reason-Wert und behält das bestehende error_msg-Feld unverändert bei.

Syncwerk-spezifische Statuscodes für Repository-Passwort, Magic-Repository-Passwort, Quota und generische Operationsfehler sowie kontrollierte Authorization-Key-Upload-Ablehnungen sind dadurch besser maschinell unterscheidbar.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Admin-Setup führt die syncwerk_server_models-Migrationen jetzt explizit auf der Syncwerk-Server-Datenbank aus, damit die Tabelle FileLockMetadata bei Neuinstallation und Upgrade konsistent angelegt wird.

Die Setup-Prüfung kontrolliert die vollständige Tabelle inklusive Spalten und relevanter Indizes, bevor das System als fertig eingerichtet gilt.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI ergänzt bestehende Datei-Locks um normalisierte ONLYOFFICE-Metadaten wie Lock-Typ, Quelle, Status, Session-ID, Dokument-Schlüssel, Pfad-Hash und Ablaufzeit.

Bestehende manuelle Locks werden nicht automatisch verändert oder entfernt; die neue Backfill-Funktion arbeitet trockenlauffähig und inventarisiert alte Locks additiv.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Bei abgelaufener kommerzieller Lizenz wechselt Syncwerk in einen Nur-Lese-Modus.

Lesende Zugriffe, Anmeldung, Abmeldung und Lizenzerneuerung bleiben möglich; Änderungen an Dateien, Freigaben und Office-Dokumenten sind bis zur Lizenzerneuerung nicht möglich.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Hochgeladene Authorization-Keys werden zuverlässiger übernommen; schlägt ein Upload fehl, bleibt der bisherige Lizenzstand unverändert aktiv.

API2 und API3 verhalten sich beim License-Upload konsistent: erlaubte Dateiendungen, 5-MiB-Grenze, Runtime-Reload und aktive DB-/LDAP-Nutzerprüfung sind identisch.

Erfolgreiche, abgelehnte und fehlgeschlagene Uploads werden in der Admin-Protokollierung erfasst. Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI meldet Desktop-Client-Fähigkeiten nicht mehr als statische Kompatibilitätsliste, sondern leitet sie aus serverseitigen Health-Prüfungen ab.

Die Dateisuche wird nur angeboten, wenn Suchanbieter und benötigte Suchfunktionen verfügbar sind; andernfalls bleibt sie deaktiviert und der Grund wird strukturiert gemeldet.

Server-Info liefert für Desktop-Clients strukturierte Zustände für Suche, Aktivitäten und Favoriten. Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

ONLYOFFICE-Speichervorgänge werden zuverlässiger verarbeitet; die maximale Größe gespeicherter Recovery-Entwürfe ist konfigurierbar.

Wiederholte Speicherrückmeldungen zu bereits abgeschlossenen ONLYOFFICE-Sitzungen führen nicht mehr zu Fehlern.

ONLYOFFICE-Vorschauen in Datei- und Ordnerfreigaben werden zuverlässiger erzeugt; der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI macht ONLYOFFICE-Command-Service-Aufrufe auditfähig: HTTPS nutzt normale Zertifikatsprüfung oder ein explizites CA-Bundle.

HTTPS ohne Zertifikatsprüfung und ohne CA-Bundle wird als Konfigurationsfehler gemeldet; in diesem Fall ist ein CA-Bundle zu hinterlegen.

Bewusst lokale HTTP-Endpunkte bleiben für Loopback- oder Reverse-Proxy-Setups möglich; der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-v1.2-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

WebDAV startet den Dienst jetzt mit einem festen Python-Importpfad, damit ältere Systempfade die paketierten Python-3-Module nicht überlagern.

Dadurch bleibt der WebDAV-Zugriff nach Installation oder Upgrade des Testing-Paketstands wieder zuverlässig erreichbar.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI erweitert die vollständige UTF-8-Speicherung auf Datei- und Pfadmetadaten in Aktivitäts-, Audit-, Tag-, Diskussions-, OnlyOffice- und Virenschutzdaten.

Der Testing-Paketstand ersetzt den vorherigen RESTAPI-Kandidaten für öffentliche Freigabelinks mit Unicode-Dateinamen.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI stellt Pfadmetadaten für öffentliche Freigabelinks auf eine vollständige UTF-8-Speicherung um.

Dateinamen mit URL-reservierten Zeichen, Leerzeichen, kombinierenden Zeichen und Unicode außerhalb der Basismehrsprachenebene bleiben dadurch in Datei- und Ordnerfreigaben konsistent abrufbar.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI korrigiert die maschinenlesbare JSON-Ausgabe beim Anwenden von RBAC-Rollenimporten, wenn Rollen Zeitstempelfelder enthalten.

Der preview-first Betriebspfad für Rollen-Templates, Export, Import und Staff-Bereinigung bleibt unverändert; angewendete Änderungen erzeugen weiterhin Auditlog-Einträge und Rollback-Dateien.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

RESTAPI ergänzt einen preview-first Betriebspfad für RBAC-Rollen-Templates, Export und Import.

Staff-Konten ohne Admin-Rollenzuweisung können anonymisiert berichtet und nach explizitem Apply entweder einer administrativen Rolle zugeordnet oder vom Staff-Flag bereinigt werden.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Webapp-Paketierung für das Virenschutz-Dashboard wurde ohne funktionale Änderung neu erstellt.

Der Testing-Kanal erhält dadurch denselben Dashboard-Stand mit stabilen Debian-Paketmetadaten.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Administratoren erhalten im Virenschutzbereich eine zentrale Betriebsübersicht zu Scanner, Signaturen, Diensten, Policy, Größenlimits, aktuellen Funden und Scanfehlern.

Der Virenschutzstatus weist veraltete Signaturen und gestoppte Scanner sichtbar aus und bietet einen ausdrücklich bestätigten EICAR-Selbsttest.

Der RESTAPI-Paketstand enthält eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis; die Webapp-Paketierung wird im Testing-Kanal durch eine neuere Paketversion ersetzt.

Die RESTAPI und das Administrationswerkzeug gleichen die Größenbegrenzung für Virenscans mit den aktiven ClamAV-Grenzen ab, damit aktualisierte Installationen keine zu hohe Altgrenze behalten.

Dateien oberhalb der aktiven ClamAV-Grenzen werden als nicht prüfbar ausgewiesen; werden größere Dateien benötigt, sind die ClamAV-Grenzen anzupassen.

Der Paketstand dokumentiert Virenschutzbefunde mit zusätzlichem Nachweis zu Datei, Prüfergebnis, Hashwert, erkanntem Schadnamen und Scannerstatus und enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance sowie einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Entfernen von Download- und Upload-Freigabelinks über die RESTAPI wurde überarbeitet.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Webapp stellt die Symbolgrößen in den Administrationslisten für Freigaben und Geräte kompakter dar.

Datei-, Ordner-, Meeting- und Geräte-Symbole bleiben in den betroffenen Listen lokal begrenzt; globale Datei- und Ansichtsicons bleiben unverändert.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Paket ergänzt die verwaltete Nginx-Konfiguration der öffentlichen Login- und Weboberfläche um Regeln für das Laden von Ressourcen.

Custom CSS bleibt funktionsfähig; Bilder, Schriftarten, Frames und Netzwerkaufrufe werden jedoch nur noch vom eigenen Server geladen.

Bestehende verwaltete Nginx-Konfigurationen werden beim Paket-Upgrade idempotent migriert; die Webapp zeigt im Branding-/Custom-CSS-Adminbereich einen entsprechenden Hinweis und der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance sowie einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Paket priorisiert in verwalteten Nginx-Konfigurationen den internen Dateiserverpfad vor der allgemeinen Dotfile-Sperre.

Direkte Dateivorschau- und Download-URLs für Dateien mit führendem Punkt bleiben dadurch erreichbar; der Webapp-Dotfile-Schutz bleibt aktiv.

Bestehende verwaltete Nginx-Konfigurationen werden beim Paket-Upgrade entsprechend migriert. Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die RESTAPI ergänzt eine administrative Übersicht, CSV-Auswertung und Aufbewahrungsbereinigung für Public-Link-Zugriffe.

RESTAPI und Webapp zeigen Meeting-bezogene Angaben in der Benutzerverwaltung nur noch bei aktiver Meeting-Funktion an.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Webapp zeigt die Versionsinformation im öffentlichen Seitenfuß aus der im Paket enthaltenen Build-Information an.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die RESTAPI wertet interne Rücksprungadressen nach der Django-4-Umstellung wieder korrekt aus.

Login-, Zwei-Faktor- und SSO-Anmeldungen leiten dadurch wieder zuverlässig auf die vorgesehene Seite weiter.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Paket bereinigt interne Debian-Paketmetadaten für den Testing-Kanal.

Die Änderung vermeidet einen unnötigen Paketbau-Hinweis zu automatisch ermittelten Bibliotheksabhängigkeiten; die expliziten Laufzeitabhängigkeiten bleiben unverändert.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Setup führt interne Python-Hilfsaufrufe nun aus dem vorgesehenen RESTAPI-Paketverzeichnis aus.

Dadurch bleibt die Einrichtung auch dann stabil, wenn die Paketinstallation aus dem Root-Verzeichnis gestartet wird und ältere Kompatibilitätsverzeichnisse auf dem Suchpfad sichtbar sind.

Vor internen RPC-Prüfungen wartet das Setup zusätzlich auf den frischen Startmarker der Syncwerk-Runtime; der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Das Admin-Setup begrenzt einzelne interne RPC-Readiness-Versuche während der Paketinstallation.

Ein früh hängender ccnet-RPC-Probe kann dadurch nicht mehr das vollständige Bootstrap-Readiness-Fenster verbrauchen.

Der Paketstand enthält eine eingebettete SPDX-JSON-SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Die Trixie-Komponenten für Admin-Werkzeuge, CCNet, Daemon, Libevent und Librpc werden im Testing-Kanal auf einen neuen gemeinsamen Paketstand gehoben.

Die Aktualisierung enthält eine robustere interne Benutzerauflösung, ein kontrolliertes Verhalten der ZIP-Erstellung bei knappem Speicherplatz und bereinigte Paketbau-Metadaten.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Reproducible-Build-Nachweis.

Der Trixie-Fullbuild synchronisiert alle Server-, Admin-, Webapp-, Setup-, Media-, Bibliotheks- und Python-Pakete auf einen gemeinsamen getesteten Paketstand.

Die vorher separat geprüften Packaging-Korrekturen sind im kanonischen release/trixie-Strang enthalten: korrekte Debian-Distribution trixie in .changes, keine versehentlich mitinstallierten VCS-Dateien sowie bereinigte Dateimodi und Installationsskripte.

Der Paketstand enthält eingebettete SPDX-JSON-SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis für alle Manifest-Pakete.

Das RESTAPI-Paket vereinfacht sein Debian-Installationsskript.

Statische Assets, Locale-Dateien und Python-Module erhalten normale nicht ausführbare Dateimodi; eine versehentlich mitinstallierte Git-Ignorierdatei ist nicht mehr im Paket enthalten.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die Passwortabfrage für öffentliche Datei-, Ordner- und Upload-Links wurde überarbeitet und ermittelt die Client-IP hinter Reverse Proxies über die konfigurierte Proxy-Liste.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Dateizugriffe über öffentliche Links werden im Audit-Protokoll nicht mehr mit leerem Benutzer angezeigt, sondern eindeutig als öffentlicher Link eingeordnet.

Die Webapp behandelt nicht personengebundene Audit-Akteure als Text statt als Benutzerprofil-Link und zeigt für nicht auflösbare Akteure einen klaren Fallback.

Der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Der Admin-Backup-Helfer fasst identische Datenbanknamen vor dem Dump zusammen, damit Alias-Konfigurationen dieselbe Datenbank nicht mehrfach in das Sicherungsarchiv schreiben.

Das Setup prüft nur eindeutige konfigurierte Datenbanken und behält das sichere Überspringen bei, wenn noch nicht alle Syncwerk-Datenbanken vorhanden sind.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die Browser-Anmeldung verwendet ein eigenes Anmelde-Cookie; die Weboberfläche setzt keine impliziten Authorization-Header mehr.

Explizite API-Authorization-Header bleiben für technische Integrationen erhalten, während der Desktop-Client-Flow zum Öffnen einer Ansicht im Browser serverseitig getrennt unterstützt wird.

Passwortwechsel und Client-Login setzen die Browser-Anmeldung serverseitig; der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance sowie einen byteidentischen Debian-Rebuild-Nachweis.

Die Admin-Traffic-Statistik verwendet in der Webapp einen konsistenten Zeitraumwähler mit Monats-, Quartals- und frei wählbarem Datumsbereich statt roher YYYYMM-Eingabe.

Suche, Sortierung, Pagination und Seitengröße behalten den gewählten Zeitraum bei; leere Treffer, leere Statistikzeiträume und API-Fehler werden sichtbar dargestellt, während die RESTAPI Monat und Datumsbereiche kontrolliert validiert.

Die RESTAPI aggregiert über die monatliche Traffic-Tabelle, liefert bei ungültigen Parametern 400-Antworten statt ungefangener 500-Fehler und der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance sowie einen byteidentischen Debian-Rebuild-Nachweis.

syncwerk-server bietet mit syncwerk-server config check eine lesende Konfigurationsprüfung für den Authorization-Key.

Die Prüfung erkennt fehlende, nicht reguläre, nicht lesbare oder mit unpassenden Dateirechten abgelegte Key-Dateien sowie abgelaufene, falsche oder nicht passende Lizenzen mit eindeutigen Exit-Codes.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die RESTAPI ermittelt die Client-IP hinter Reverse Proxies anhand der konfigurierten Proxy-Liste.

Die von Syncwerk verwalteten Nginx-Konfigurationen reichen die Client-IP in einem festen Format weiter.

Der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die Admin-Ordnerliste lädt Pagination, Suche und Sortierung künftig über die RESTAPI statt nur aus der ersten serverseitig gelieferten Teilmenge.

Die RESTAPI liefert für Admin-Ordner einen exakten Totalcount sowie Sortier-Metadaten und wendet Suche, Owner-Filter und Sortierung vor der Pagination an.

Die Auswahl "Alles" lädt in der Webapp alle API-Seiten kontrolliert nach; der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Syncwerk stellt die ClamAV-Bereitschaft für aktivierte Upload- und WebDAV-Virenscans künftig automatisch über den Debian-ClamAV-Dienst sicher.

Der Bereitschaftspfad startet Freshclam, den ClamAV-Daemon und die passende clamdscan-Konfiguration, ohne den Syncwerk-Dienst unnötig neu zu starten.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Syncwerk startet die RESTAPI-Gunicorn-Konfiguration künftig aus /etc/syncwerk/gunicorn.conf.py, damit Gunicorn die Konfigurationsdatei ohne Python-Endungswarnung lädt.

Bestehende Installationen mit /etc/syncwerk/gunicorn.conf werden beim Admin-Setup auf die neue Datei migriert; findet das Setup dabei einen bereits aktiven Legacy-Gunicorn-Prozess, startet es syncwerk-server.service gezielt neu, damit der laufende RESTAPI-Dienst sofort den neuen Konfigurationspfad verwendet.

Der Paketstand enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Dieser Zwischenstand migrierte /etc/syncwerk/gunicorn.conf auf /etc/syncwerk/gunicorn.conf.py, startete einen bereits aktiven Legacy-Gunicorn-Prozess nach dem Setup aber noch nicht gezielt neu.

Der Zwischenstand wurde im Testing-Kanal durch syncwerk-server-admin 20260829.012431+syncwerk1 ersetzt.

Der Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

RESTAPI verarbeitet Datei- und Ordnerpfade in API2 und API3 jetzt nach denselben Regeln.

Gültige Unicode-, Leerzeichen- und URL-reservierte Dateinamenzeichen wie Plus, Hash, Prozent, Ampersand, Fragezeichen und Doppelpunkt bleiben erhalten; ungültige oder überlange Pfade werden mit einer eindeutigen Fehlermeldung abgelehnt.

Der RESTAPI-Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Administrative RESTAPI-Funktionen richten sich jetzt einheitlich nach den zugewiesenen Administrationsrollen.

Ältere Staff-Markierungen ohne Rollenzuweisung werden dafür nicht mehr herangezogen.

Der RESTAPI-Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

API3 beendet eine erhöhte Administrationssitzung jetzt auch beim Ausstellen neuer Anmeldetokens.

Der RESTAPI-Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Die globale Benutzersuche und direkte Benutzerprofilabfragen in API3 stehen nur noch Administrationskonten mit Benutzeranzeige-Recht zur Verfügung.

Kontextbezogene Freigabe- und Gruppensuchen bleiben für angemeldete Benutzer unverändert, damit bestehende Freigabeabläufe erhalten bleiben.

Der RESTAPI-Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

API3 wertet Literal-Pluszeichen in Datei-Pfadparametern jetzt auch im laufenden RESTAPI-Dienst korrekt als Bestandteil des Dateinamens aus, selbst wenn ein Client das Pluszeichen nicht percent-encodiert sendet.

Korrekt percent-encodierte Sonderzeichen, Unicode-Dateinamen, Leerzeichen und doppelt encodierte Pfadtrenner behalten ihre bisherige Behandlung.

Der RESTAPI-Paketstand enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Dieser Testing-Paketstand bereitete die einmalige Dekodierung von API3-Dateipfadparametern vor.

Die Aktivierung im laufenden Django-4-Dienst erfolgt mit RESTAPI 20260828.170012+syncwerk1, daher soll auf den neueren Testing-Paketstand aktualisiert werden.

Produktive Stable-Installationen sind nicht betroffen.

Der Admin-Check meldet deaktivierte ONLYOFFICE-DocumentServer-JWT-Token-Flags jetzt auch dann als eigenen kritischen Befund, wenn gleichzeitig Secret-Werte abweichen.

Das bestehende ONLYOFFICE-Reconcile repariert beide Drift-Arten und gibt weiterhin nur Secret-Länge und gekürzten SHA256-Fingerprint aus.

Der aktualisierte Admin-Kandidat enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-Provenance und einen byteidentischen Debian-Rebuild-Nachweis.

Das Admin-Setup synchronisiert die ONLYOFFICE-JWT-Konfiguration jetzt explizit zwischen Syncwerk und dem DocumentServer.

Abweichende DocumentServer-Secret-Werte und deaktivierte JWT-Token-Flags werden in der Diagnose erkannt und können über den bestehenden ONLYOFFICE-Reconcile-Befehl repariert werden.

Diagnoseausgaben zeigen nur technische Metadaten wie Secret-Länge und einen gekürzten SHA256-Fingerprint; der Secret-Wert selbst wird nicht ausgegeben.

Das Admin-Paket behandelt die WebDAV-Laufzeitkomponente jetzt als empfohlene statt harte Paketabhängigkeit.

Standardinstallationen bleiben unverändert, weil Debian Recommends regulär mitinstalliert; ein gezielter WebDAV-Purge zieht aber nicht mehr automatisch Admin-, Setup- und Webapp-Pakete aus dem System.

Der Admin-Paketkandidat enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Rebuild-Nachweis.

Als infiziert markierte oder noch nicht bewertete Dateien stehen in Dateiansicht, Office-Bearbeitung, WebDAV, Vorschaubildern und virtuellen Bibliotheken erst nach abgeschlossener Prüfung beziehungsweise administrativer Bewertung zur Verfügung.

Die Paketfamilie enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Rebuild-Nachweis.

Das Admin-Setup erkennt doppelte Zuweisungen in der RESTAPI-Konfiguration und führt sie auf genau eine wirksame Zuweisung zurück.

Gültige installationsspezifische Werte bleiben dabei erhalten.

Der Admin-Paketkandidat enthält eine eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Rebuild-Nachweis.

Das Admin-Setup prüft die RESTAPI-Grundkonfiguration vor Datenbankmigrationen und setzt bei Bedarf installationsspezifische Werte mit zeitgestempeltem Backup; bestehende Anmeldungen können dabei ungültig werden.

Lassen sich vorhandene Werte nicht eindeutig zuordnen, stoppt das Setup mit einer klaren Fehlermeldung; die RESTAPI startet nur mit vollständiger installationsspezifischer Grundkonfiguration.

Der Paketkandidat enthält eingebettete SBOMs, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Rebuild-Nachweis.

API3-Zugänge und Rückmeldungen aus Integrationen wie Web-Office werden zuverlässiger verarbeitet.

Passwort-Zurücksetzen, Proxy-Betrieb und kontaktbezogene Suche verhalten sich konsistenter.

Der Paketkandidat enthält eingebettete SBOM, manifestgebundene CVE-Prüfung, SLSA-v1-Provenance und einen byteidentischen Rebuild-Nachweis.

Alle Trixie-Server-Pakete wurden als einheitlicher Testing-Kandidat mit eingebetteter SPDX-JSON-SBOM neu gebaut und zusätzlich mit manifestgebundener CVE-Prüfung, SLSA-v1-Provenance und byteidentischem Rebuild-Nachweis geprüft.

Die Webapp-Produktionserzeugung wurde für reproduzierbare Debian-Pakete stabilisiert.

WebDAV COPY mit Overwrite ersetzt vorhandene Zieldateien jetzt vor dem Kopieren, damit erfolgreiche 204-Antworten nicht mehr mit altem Zielinhalt enden.

Der Fix ist durch einen WebDAV-Regressionstest abgesichert, der Datei- und Verzeichnis-COPY auf vorhandene Ziele prüft.

Die neu veröffentlichten Pakete enthalten eingebettete SBOMs, deterministische Build-Informationen, SLSA-Provenance und einen Byte-for-Byte-Reproducible-Build-Nachweis.

Der Upload-Virenschutz verwendet in Fileserver, RESTAPI und WebDAV dieselbe Konfiguration.

WebDAV-Uploads entfernen eine zuvor angelegte leere Platzhalterdatei, wenn der Virenschutz einen neuen Upload ablehnt.

Die Pakete enthalten eingebettete SBOMs und deterministische Build-Informationen, sodass der veröffentlichte Paketstand genauer nachvollziehbar und nachbaubar ist.

Der Fileserver wertet den Exit-Code des Upload-Virenscanners wieder zuverlässig aus.

Saubere Uploads werden bei aktivierter Virenschutzprüfung nicht mehr durch geerbte Prozess-Signalbehandlung als interner Scannerfehler abgewiesen.

Uploads und Dateiaktualisierungen über Fileserver, RESTAPI und WebDAV nutzen die konfigurierte Virenschutzprüfung.

Dateivorschau, Rohvorschau, Download und Löschung werden in der Releaseprüfung mit Sonderzeichen-Dateinamen geprüft; zusätzlich initialisiert die API3-Dateivorschau die optionale Commit-ID robust.

Administratoren können den Virenschutzstatus jetzt über eine geschützte API abfragen.

Der neue Verbindungstest meldet Scanner-, Signatur- und Dienstbereitschaft maschinenlesbar, ohne Scanner-Ausgaben oder sensible Laufzeitdetails offenzulegen.

Gestoppte oder nicht erreichbare Scanner werden als kontrollierter Fehlerstatus gemeldet.

Mehrere bestehende Trixie-Pakete wurden ohne funktionale Änderung mit eingebetteter SPDX-JSON-SBOM neu gebaut.

Die SBOM liegt im jeweiligen Debian-Paket unter /usr/share/syncwerk/sbom/<paket>.spdx.json und wird in der öffentlichen Release-Prüfung zurückgelesen.

Der neue Paketstand ersetzt ältere Testing-Artefakte, deren Inhalt vor Einführung der verbindlichen SBOM-Prüfung gebaut wurde.

Die Virenschutz-Verwaltung vermerkt jetzt, wenn ein Administrator einen Fund als Fehlalarm bewertet oder eine infizierte Datei entfernt.

Dateien mit offenem Virenschutz-Fund stehen bis zur administrativen Bewertung nicht zum Abruf bereit.

Freigegebene Funde bleiben nach der administrativen Bewertung wieder normal nutzbar.

Fehlerhafte oder nicht rechtzeitig abgeschlossene Virenschutz-Scannerläufe werden dauerhaft in der Admin-Ansicht sichtbar gemacht.

Der Virenschutz-Scanner erhält eine begrenzte Laufzeit, damit ein hängender Scannerlauf die Hintergrundprüfung nicht dauerhaft aufhält.

Nach Scannerfehlern wird der betroffene Ordnerstand erneut geprüft.

Das Server-Laufzeitpaket wird aus der kanonischen Trixie-Code-Linie neu gebaut und enthält eindeutige Paketmetadaten für Kanal und Repository-Suite.

Die Build-Informationen nennen Quell-Repo, Branch release/trixie, Commit und Release-Zuordnung reproduzierbar.

Die WebDAV-Lebenszyklussteuerung bleibt lizenzverwaltet, nutzt denselben Upstream wie die verwaltete Nginx-Konfiguration und bereinigt wiederholt migrierte Admin-Konfigurationen idempotent.

Die Weboberfläche verarbeitet Pfade mit reservierten URL-Zeichen wie Plus, Nummernzeichen, kaufmännischem Und, Fragezeichen, Semikolon, Gleichheitszeichen, Prozent, Leerzeichen und Umlauten konsistent über Ordnernavigation, Listenansicht, Kachelansicht, Breadcrumbs und Freigaben.

ZIP- und Batch-Downloads mit mehreren ausgewählten Dateien verarbeiten Sonderzeichen in Dateinamen korrekt.

Ungültige Prozentkodierungen in bestehenden Pfaden werden kontrolliert behandelt, damit die Ansicht nicht durch einen Dekodierfehler abbricht.

Die Weboberfläche kodiert Datei- und Ordnerpfade in RESTAPI-Abfragen konsistent nach RFC 3986, damit Zeichen wie Plus, Nummernzeichen, Prozent, kaufmännisches Und, Semikolon, Gleichheitszeichen, Leerzeichen und Umlaute unverändert beim Server ankommen.

Vorschau-, Lösch-, Thumbnail-, Freigabe-, ZIP-, Batch-Download- und Editorpfade vermeiden rohe Query-String-Verkettung beziehungsweise doppelte Kodierung.

Die öffentliche Dateioperationsprüfung wurde um eine Sonderzeichen-Matrix erweitert, damit diese Pfadfälle bei Neuinstallation und Upgrade erneut validiert werden.

Tenant-Mitgliedschaften, Einstellungsabfragen sowie Aktivitätsprotokolle der RESTAPI wurden überarbeitet.

Dateien mit unbehandeltem Virenschutzfund stehen bis zur administrativen Bewertung nicht zum Abruf bereit.

RESTAPI-Upgrades bereinigen doppelte Schema-Indizes, laden den Dienst nach Paketaktualisierungen über den vorgesehenen systemd-Pfad neu und unterstützen ausdrücklich angeforderte E-Mail-Zusammenführungen externer Identitäten.

Uploads, deren Virenschutzprüfung nicht abgeschlossen werden kann, werden nicht übernommen und können wiederholt werden.

Datei-Löschvorgänge melden Erfolg erst nach bestätigter Entfernung aus der Ordneransicht.

Das Admin-Werkzeug startet den Virenschutzlauf nur noch, wenn der Virenschutz ausdrücklich aktiviert ist.

Die RESTAPI liefert klassische Wiki-Seiten unter Django 4 wieder über den vorgesehenen Auth- und Rendering-Pfad aus.

Der Paketstand ergänzt den vorherigen Nginx-Routing-Kandidaten, damit Wiki-Aufrufe nicht nur an die RESTAPI weitergeleitet werden, sondern dort auch korrekt beantwortet werden.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Verwaltete Nginx-Konfigurationen leiten Wiki-URLs jetzt explizit an die RESTAPI weiter.

Bestehende verwaltete Nginx-Konfigurationen werden beim Paket-Setup idempotent nachgezogen, damit Wiki-URLs nicht durch den Webapp-Fallback beantwortet werden.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Die verwaltete Nginx-Konfiguration beantwortet WebDAV-Aufrufe ohne erreichbare lokale WebDAV-Laufzeit jetzt kontrolliert, statt eine Gateway-Fehlermeldung auszugeben.

Die öffentliche Systemprüfung unterscheidet den Basisfall ohne WebDAV-Laufzeit von der gesonderten Prüfung einer lizenzierten WebDAV-Funktion.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Setup erkennt und reconciled bereits installierte ClamAV-Dienste jetzt vollständiger, inklusive Freshclam-, Socket- und Daemon-Bereitschaft.

Die RESTAPI verarbeitet Vorschaubilder und Meeting-Rückrufe zuverlässiger.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Setup setzt den RESTAPI-Laufzeitpfad für Setup- und Verwaltungsaufrufe jetzt explizit auf die paketverwaltete Anwendung.

Dadurch wirken sich lokale Umgebungseinstellungen nicht mehr auf die Übersetzungskompilierung aus.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Setup kompiliert Übersetzungen jetzt aus dem paketverwalteten RESTAPI-Laufzeitverzeichnis.

Dadurch werden lokale Operator-Arbeitsverzeichnisse, Sicherungsarchive und sonstige nicht zur Laufzeit gehörende Pfade nicht mehr unbeabsichtigt von der Übersetzungskompilierung erfasst.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Der Admin-Supportbericht wurde für Python-/Django-Settings-Dateien überarbeitet.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Der Admin-Supportbericht dokumentiert jetzt den Status der MariaDB-Systemtabellenprüfung.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Setup repariert bekannte RESTAPI-Schemaabweichungen vor der abschließenden Schema-Prüfung idempotent nach.

Damit können Test-Upgrades auch dann reproduzierbar geprüft werden, wenn ältere Systeme unvollständige oder manuell korrigierte Migrationsstände enthalten.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Die Python- und WebDAV-Pakete enthalten zusätzliche Paketmetadaten zur Prüfung von Paketversion, Kanal und Repository-Suite.

Die WebDAV-Laufzeitabhängigkeiten bleiben an den aktuellen Debian-13-Paketstand gekoppelt.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Installations-, Upgrade- und Integrationsprüfung.

Die RESTAPI prüft Dateilöschungen in weiteren Verwaltungs- und Mehrfachauswahl-Pfaden nach der Löschoperation erneut.

Wenn ein Datei- oder Ordner-Eintrag danach weiterhin sichtbar ist, meldet die Schnittstelle keinen Erfolg mehr, sondern einen Konflikt.

Damit werden irreführende Erfolgsmeldungen bei älteren Unicode-Dateinamen weiter reduziert. Produktive Stable-Installationen sind nicht betroffen; eine Übernahme erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Paket enthält den dokumentierten syncwerk-server-manage-py-Hilfsaufruf jetzt auch im kanonischen Admin-Paketstand.

Öffentliche VM-Prüfläufe und betriebliche Schema-/Diagnoseprüfungen können dadurch Django-manage.py-Kommandos reproduzierbar aus dem veröffentlichten Paket ausführen.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Setup führt die optionale ONLYOFFICE-Reconciliation während der Paketkonfiguration so aus, dass ein erwarteter Prüfstatus mit offenen Maßnahmen nicht mehr den gesamten Setup-Lauf abbricht.

Der JSON-Prüfbericht bleibt für Betreiber erhalten; nur echte Setup-Fehler bleiben fatal.

Damit können frische Debian-13-Testinstallationen die Paketkonfiguration fortsetzen, auch wenn ONLYOFFICE noch nicht eingerichtet ist.

Das Admin-Paket wurde aus dem kanonischen Admin-Quellstand neu gebaut und enthält den Setup-CLI-Vertrag für Superadmin-Reconciliation.

Neuinstallationen erhalten damit die von syncwerk-server-setup erwarteten Setup-Optionen und brechen nicht mehr an unbekannten Reconcile-Argumenten ab.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Neuinstallations-, Upgrade- und Integrationsprüfung.

Das Admin-Paket enthält eine aktualisierte Paketierungslogik für Debian-13-Testsysteme.

Der Debian-Build bleibt dadurch von der internen Release-Orchestrierung getrennt und enthält den dokumentierten manage.py-Hilfsaufruf für Setup- und Diagnoseprüfungen.

Produktive Stable-Installationen sind nicht betroffen.

Der aktuelle Debian-13-Kandidatenbuild enthält aktualisierte Admin-, CCNET- und Medienpakete für die weitere Testing-Qualifikation.

Das Admin-Paket ergänzt den geprüften Paketstand für Setup- und Reconcile-Tests; das CCNET-Paket enthält den aktuellen C-Laufzeitstand und das Medienpaket wird aus gerenderten Debian-Templates mit Build-Info erzeugt.

Produktive Stable-Installationen sind nicht betroffen. Eine Übernahme in Stable erfolgt erst nach abgeschlossener Installations-, Upgrade- und Integrationsprüfung.

Die RESTAPI meldet Dateilöschungen erst dann als erfolgreich, wenn der betroffene Eintrag anschließend nicht mehr im Ordner sichtbar ist.

Das verbessert den Umgang mit älteren Unicode-Dateinamen und verhindert irreführende Erfolgsmeldungen bei nicht entfernten Einträgen.

Produktive Stable-Installationen sind nicht betroffen.

Der Testing-Kanal enthält aktualisierte Kernlaufzeit-, Runtime-, RESTAPI- und Admin-Pakete für die weitere Debian-13-Qualifikation.

Das Paketset enthält die zusammengehörigen Versionen von ccnet, libevent, librpc und Daemon, damit Neuinstallationen und Aktualisierungen nicht an inkonsistenten Runtime-Abhängigkeiten scheitern; die RESTAPI liefert für nicht lizenzierte Admin-Meeting-Endpunkte eine kontrollierte Berechtigungsantwort statt eines internen Serverfehlers.

Die Kernlaufzeit enthält vorbereitete Korrekturen für Unicode-normalisierte Dateinamen; produktive Stable-Installationen sind noch nicht betroffen.

Der Testing-Kanal enthält eine aktualisierte Webapp für verwaltete Ordnerfreigaben.

Der Freigabedialog erhält aus der Admin-Ordnerliste jetzt den vollständigen Repository-Root-Kontext.

Vorhandene Download- und Uploadlinks bleiben dadurch beim erneuten Öffnen gemeinsam sichtbar, sofern beide Links existieren.

Der Testing-Kanal enthält aktualisierte RESTAPI- und Webapp-Pakete für den Freigabedialog.

Beim erneuten Öffnen vorhandener Freigaben wird der fachliche Besitzerkontext beim Link-Readback berücksichtigt.

Vorhandene Download- und Uploadlinks bleiben dadurch auch in verwalteten Ansichten gemeinsam sichtbar, sofern beide Links existieren.

Der Testing-Kanal enthält eine ergänzte Webapp für den Freigabedialog.

Bestehende Download- und Uploadlinks bleiben auch dann sichtbar, wenn Root-Pfade, leere Pfade oder Slash-Varianten vom aufrufenden Kontext unterschiedlich geliefert werden.

Diese Änderung erweitert den Link-Lifecycle-Fix um robuste Pfadnormalisierung; bestehende Links bleiben unverändert nutzbar.

Der Testing-Kanal enthält eine aktualisierte Webapp für den Freigabedialog.

Beim erneuten Öffnen bestehender Ordnerfreigaben aus der Administration bleiben vorhandene Download- und Uploadlinks sichtbar.

Die Änderung verwendet eine eigene Paketversion, damit bereits veröffentlichte Testing-Pakete nicht mit anderem Inhalt ersetzt werden.

Der Testing-Kanal enthält eine aktualisierte Webapp für den Freigabedialog.

Bereits vorhandene Upload- und Downloadlinks bleiben beim erneuten Öffnen des Dialogs sichtbar und werden dem aktuellen Ordner eindeutig zugeordnet.

Bestehende Links bleiben unverändert nutzbar.

Der Testing-Kanal enthält aktualisierte Admin- und Setup-Pakete für die Debian-13-Paketkonfiguration.

Der Setup-Lauf wartet vor dem Superadmin-Abgleich auf die Server-Laufzeit und führt vorhandene Bootstrap-Konfigurationsdateien kontrolliert auf die aktuelle Zielkonfiguration zurück.

Bei frischen Installationen wird eine vorhandene nginx-Konfiguration weiterhin geprüft; ein noch nicht laufender nginx-Dienst führt dabei nicht zu einem unnötigen Paketkonfigurationsfehler.

Der Testing-Kanal enthält aktualisierte RESTAPI- und Admin-Pakete für den Superadmin-Abgleich während der Paketkonfiguration.

Damit steht der vom Setup-Paket verwendete Abgleichsbefehl im Admin-Paket wieder vollständig zur Verfügung und die RESTAPI liefert den zugehörigen Management-Command.

Der Abgleich bleibt kontrolliert: nicht auflösbare Rollen- oder Konfigurationsabweichungen führen weiterhin zu einem Paketkonfigurationsfehler statt zu einem stillschweigenden Erfolg.

Der Testing-Kanal enthält aktualisierte Admin- und Setup-Pakete für den aktuellen Debian-13-Paketstand.

Die Pakete verwenden nun dieselben öffentlichen Repository- und Build-Informationen wie RESTAPI und Webapp und lassen sich dadurch konsistenter per APT prüfen.

Der Setup-Lauf verwendet den aktuellen Admin-Abgleich für bestehende Installationen. Produktive Stable-Installationen sind nicht betroffen und bleiben auf dem bisherigen freigegebenen Paketstand.

Der Testing-Kanal enthält aktualisierte RESTAPI- und Webapp-Paketstände mit vollständigerer Build-Information im Paket.

Damit lassen sich Paketversion, Repository-Kanal und zugrunde liegender Quellstand bei der technischen Prüfung eindeutiger nachvollziehen.

Diese Änderung betrifft nur den Testing-Kanal. Produktive Stable-Installationen sind nicht betroffen und bleiben auf dem bisherigen freigegebenen Paketstand.

Der Testing-Kanal enthält einen aktualisierten Kandidatenstand für RESTAPI und Webapp, der nicht zur Laufzeit verwendete historische Build-Metadaten nicht mehr in den Runtime-Paketen ausliefert.

Dadurch werden Paketinhalt, CVE-Scan und öffentliche Repository-Prüfung enger auf tatsächlich ausgelieferte Laufzeitbestandteile begrenzt.

Diese Pakete sind noch nicht für produktive Stable-Systeme freigegeben. Die Installation aus dem öffentlichen Testing-Repository und die vollständigen Freigabeprüfungen müssen vor einer Stable-Übernahme erfolgreich abgeschlossen sein.

Der Testing-Kanal enthält zusätzliche Verbesserungen für bestehende Installationen und Upgrades auf Debian 13.

Setup, Admin, RESTAPI und Webapp werden in einem zusammengehörigen Kandidatenstand geprüft; der normale APT-Pfad soll Superadmin-Rechte, Legacy-Konfigurationen und Laufzeitvalidierung zuverlässiger abgleichen.

Diese Pakete sind noch nicht für produktive Stable-Systeme freigegeben. Neuinstallation, Upgrade, ONLYOFFICE-Integration und Virenschutz müssen vor einer Stable-Übernahme erfolgreich geprüft sein.

Der Testing-Kanal vereinheitlicht weitere API3-Endpunkte mit und ohne abschließenden Schrägstrich.

Auth-Status, Profil, Account-Informationen, Logout und Passwort-Reset-Antworten liefern damit konsistenter kontrollierte Antworten.

Bestehende Integrationen sollten weiterhin die dokumentierten Pfade verwenden; die zusätzliche Toleranz verbessert die Kompatibilität während der Trixie-Qualifikation.

Der Testing-Kanal kann den öffentlichen Syncwerk-HTTPS-Endpunkt beim Setup jetzt explizit in der Serverkonfiguration abgleichen.

Damit verwenden Syncwerk und angebundene Dienste wie ONLYOFFICE denselben öffentlichen Basisnamen, wenn der technische Hostname vom Browser-Endpunkt abweicht.

Die Änderung betrifft den Testing-Kanal. Produktive Stable-Installationen bleiben unverändert, bis die vollständige Stable-Qualifikation abgeschlossen ist.

Der Testing-Kanal übernimmt bei vorhandenen gültigen Let’s-Encrypt-Zertifikaten den öffentlichen HTTPS-Endpunkt wieder in die Syncwerk-nginx-Konfiguration, wenn dort noch das lokale selbstsignierte Syncwerk-Zertifikat eingetragen ist.

Dadurch kann ONLYOFFICE den öffentlichen Syncwerk-Endpunkt weiterhin mit normaler Zertifikatsprüfung erreichen, ohne die Zertifikatsprüfung zu schwächen.

Eigene oder abweichende Zertifikatspfade werden nicht automatisch ersetzt.

Der Testing-Kanal gleicht eine bereits vorhandene ONLYOFFICE-Installation nun auch während des normalen Syncwerk-Setup-Laufs ab.

Dabei werden Syncwerk und DocumentServer auf dieselbe JWT-Konfiguration gebracht, ohne ONLYOFFICE neu zu installieren.

Das reduziert Fehler bei Dokumentbearbeitung und Rückspeicherung nach einem Paketupgrade, wenn der DocumentServer zuvor eine abweichende lokale Konfiguration verwendet hat.

Der Testing-Kanal akzeptiert den API3-Login-Endpunkt nun konsistent mit und ohne abschließenden Schrägstrich.

Der Endpunkt verarbeitet JSON- und Formularanfragen einheitlich und gibt den erzeugten Zugriffstoken zusätzlich im Antwortkörper zurück.

Fehlerhafte Remember-Flag-Werte führen nicht mehr zu Serverfehlern, sondern werden kontrolliert als deaktivierte Option behandelt.

Der Testing-Kanal prüft bei der ONLYOFFICE-Einrichtung nun zusätzlich den öffentlich erreichbaren Syncwerk-HTTPS-Endpunkt.

ONLYOFFICE wird erst als konfiguriert eingetragen, wenn der öffentliche Healthcheck über ein vom System als vertrauenswürdig bewertetes Zertifikat erreichbar ist.

Selbstsignierte oder anderweitig nicht vertrauenswürdige Zertifikate führen zu einem kontrollierten Abbruch der Einrichtung, damit Dokumentbearbeitung und Rückspeicherung nicht in einem scheinbar erfolgreichen, aber später fehlschlagenden Zustand landen.

Der Testing-Kanal synchronisiert den ONLYOFFICE-JWT-Secret nun explizit zwischen Syncwerk und dem lokal installierten DocumentServer.

Damit verwendet der DocumentServer dieselbe JWT-Konfiguration wie die Syncwerk-RESTAPI, auch wenn das ONLYOFFICE-Paket beim Installationslauf bereits einen eigenen Standardwert erzeugt hat.

Die Änderung betrifft den Testing-Kanal. Produktive Stable-Installationen bleiben unverändert; eine Übernahme in Stable erfolgt erst nach abgeschlossener Installations-, Upgrade- und Integrationsprüfung.

Der Testing-Kanal verwendet für die ClamAV-Readiness nun den konkreten clamdscan-Ping, der auch in der Laufzeitkonfiguration geprüft wird.

Dadurch bricht die Virenschutz-Einrichtung kontrolliert ab, wenn der ClamAV-Daemon nicht erreichbar ist, statt einen scheinbar erfolgreichen Zustand zu melden.

Die Änderung betrifft die Vorabprüfung für den Testing-Kanal; produktive Stable-Installationen bleiben unverändert, bis die vollständige Stable-Qualifikation abgeschlossen ist.

Der Testing-Kanal korrigiert die Bootstrap-Admin-Recovery für ältere Installationszustände mit bereits vorhandenem Account-Dienst-Benutzer.

Die Recovery-Prüfung verwendet nun den kompatiblen Account-Dienst-Enumerator statt eines Django-Queryset-Aufrufs, der bei diesem Account-Modell nicht verfügbar ist.

Der Reparaturpfad bleibt auf den eng begrenzten Bootstrap-Zustand ohne vorhandenen Web/Auth-Benutzer beschränkt.

Der Testing-Kanal repariert zusätzliche ältere Bootstrap-Zustände, bei denen der Account-Dienst-Benutzer bereits existiert, aber der Web-Login noch fehlt.

Die Reparatur bleibt auf einen eng begrenzten Zustand ohne vorhandenen Web/Auth-Benutzer und ohne weitere aktive Staff-Administratoren beschränkt.

Normale finale Admin-Zugangsdaten bleiben der Operator-Vertrag und werden nicht still überschrieben.

Der Testing-Kanal erkennt ältere finale Admin-Dateien mit Doppelpunkt-Schreibweise wie Mail: und Pass: als gültige Quelle für die Bootstrap-Anmeldedaten.

Dadurch kann ein unvollständiger älterer Installationszustand über den normalen APT-Upgradepfad repariert werden, ohne normale Operator-Zugangsdaten still zu überschreiben.

Neu finalisierte Admin-Dateien bleiben im kanonischen Mail = / Pass = Format.

Der Testing-Kanal erkennt zusätzliche unvollständige Bootstrap-Admin-Zustände, bei denen die finale Admin-Datei bereits existiert, die Web-Anmeldung aber noch nicht nutzbar ist.

Die Reparatur greift nur in einem eng begrenzten Bootstrap-Sonderfall ohne vorhandenen Web-Login und ohne weitere aktive Staff-Administratoren.

Normale finale Admin-Zugangsdaten bleiben der Operator-Vertrag und werden nicht still überschrieben.

Der Testing-Kanal kann unvollständig angelegte Bootstrap-Administratoren robuster reparieren.

Wenn nach einem abgebrochenen alten Setup bereits ein Account-Dienst-Benutzer existiert, aber die Web-Anmeldung noch fehlt, wird der Zustand beim Upgrade kontrolliert vervollständigt.

Finale Mail/Pass-Dateien bleiben der Operator-Vertrag und werden nicht still überschrieben.

Das Setup trennt den internen Bootstrap-Zwischenzustand künftig nach /etc/syncwerk/admin.json von der finalen Operator-Datei /etc/syncwerk/admin.txt.

Defekte Stable-Zwischenzustände mit JSON-Inhalt in /etc/syncwerk/admin.txt werden beim Upgrade auf Testing erkannt, validiert und in das finale Mail/Pass-Format migriert.

Finale Mail/Pass-Dateien bleiben der stabile Operator-Vertrag und werden nicht als Pending-State behandelt.

Im Testing-Kanal wurde die Freeware-Grenze für Installationen ohne Lizenzdatei vereinheitlicht.

Der Account-Dienst verwendet nun dieselbe 20-Benutzer-Grenze wie die zentrale Lizenzprüfung.

Die Einrichtung des Virenschutzes installiert nun das benötigte Paket clamdscan und wartet auf initiale ClamAV-Signaturdatenbanken.

Unvollständige Dienststarts durch noch fehlende Signaturen werden kontrolliert erkannt und vor der Funktionsprüfung bereinigt.

Die Einrichtung von ONLYOFFICE und ClamAV wurde robuster gemacht.

Hilfebefehle können ohne Systemänderung aufgerufen werden, und unvollständige Paketinstallationen werden kontrolliert erkannt.

Außerdem verarbeitet die RESTAPI fehlerhafte Login-Eingaben robuster.

Bei einer Neuinstallation im Testing-Kanal übernimmt das Setup ein vorhandenes gültiges Let's-Encrypt-Zertifikat, statt es durch ein selbstsigniertes Zertifikat zu ersetzen.

Die Setup-Ausgabe zeigt den gewählten TLS-Modus an.

Das Setup wartet vor der Bootstrap-Admin-Erzeugung auf die echte Account-Dienst-Bereitschaft.

Administratordaten werden nach erfolgreicher Anlage validiert.

Die Admin-Hilfe zeigt Werkzeuge für Rollen- und Lizenzabgleich sichtbar an.

Das RESTAPI-Paket nutzt beim Upgrade einen Debian- und systemd-konformen Neustartpfad.

Grid- und Lightbox-Hoverflächen bleiben im Darkmode dunkel und erzeugen keine hellen Zeilenflächen mehr.

Das Setup kann Legacy-Adminrollen idempotent abgleichen.

Unvollständige Lizenz-Featurematrizen werden als Administrationshinweis erkannt, und die Weboberfläche reduziert zu helle Darkmode-Flächen.

Lokale RESTAPI-Konfigurationen bleiben beim Paketupgrade erhalten, während Paketdefaults weiterhin aktualisiert werden.

Fehlende Virenschutz-Bereitschaftswerkzeuge werden als kontrollierter Bereitschaftsfehler statt als Traceback behandelt.