Secretary Notes (Android) - Changelog

Every released version of the Secretary Notes app, newest first.

App documentation: Apps/notes

Status 2026-08-22

Status 2026-10-13 (58)

Secretary Notes 58 (versionCode 58): Ordner und ihre Einträge sind jetzt sichtbar ineinander verschachtelt. Die gemeinsame FolderRow (common/ui/FolderRow.kt) unterschied sich bisher nicht von den Eintragskarten: Ordner-Kopfzeile und Einträge lagen als gleich aussehende Karten in einer flachen LazyColumn, die Zugehörigkeit der Einträge zum Ordner war nicht zu erkennen. Die Kopfzeile ist jetzt eine getönte, abgerundete Zeile mit Ordner-Glyphe, Name, Anzahl und rotierendem Chevron in der Akzentfarbe; jeder Eintrag eines aufgeklappten Ordners ist über die neue Composable FolderChild eingerückt und links mit einer dünnen Führungslinie an die Kopfzeile gebunden. Die Linie wird in den Kartenabstand hinein verlängert und läuft dadurch über die Einträge eines Ordners durchgehend. Das trifft alle vier Listen-Clients (Notizen, Aufgaben, Links, Kontakte). versionCode 57 -> 58.

Tests: :common:compileDebugKotlin, :notes:compileDebugKotlin, :tasks:compileDebugKotlin, :links:compileDebugKotlin, :contacts:compileDebugKotlin grün.

Status 2026-10-09 (56)

Secretary Notes 56 (versionCode 56): Ordner-Gruppierungen starten eingeklappt, mit gemeinsamer Einstellung Ordner eingeklappt.

(1) Eingeklappt per Vorgabe. Die Liste gruppiert nach Ordnern (erster TAG: = Ordner) mit einer Kopfzeile pro Ordner; deren Startzustand ist jetzt eingeklappt, ein Tipp auf die Kopfzeile klappt den Ordner auf/zu (FolderExpansionState/rememberFolderExpansion in common/ui/FolderRow.kt). Eine Liste mit nur einem Ordner zeichnet weder Kopfzeile noch Umschalter.

(2) Gemeinsame Einstellung. Der Startwert kommt aus der gemeinsamen UiPreferences.folders_collapsed (Default true = eingeklappt; SRS/common 1.6.0, FR-C-70..72) und liegt im Einstellungs-Screen in der neuen Sektion Ordner: Checkbox Ordner eingeklappt („Listen starten mit geschlossenen Ordnern"), gerendert von FolderSettingsSection. SecretarySettingsScreen traegt dafuer showFolderSettings – true bei Notizen, Aufgaben, Links und Kontakten, alle übrigen Clients bleiben beim Default false.

Tests: compileDebugKotlin (common + alle Module) und testDebugUnitTest (common + die vier Ordner-Clients) gruen; keine JVM-Verhaltensaenderung, keine neuen Unit-Tests. versionCode 55 -> 56.

Status 2026-10-01 (52)

Secretary Notes 52 (versionCode 52): die Sync-Aktion ist ohne Konto weg, Passwortfelder zeigen Klartext. Beides sitzt im gemeinsamen Code und trifft damit alle acht Clients.

(1) Keine Sync-Aktion ohne Konto. AppHeader (Kit.kt) blendet die Sync-Aktion bereits aus, wenn onSync null ist - das war die vorhandene Konvention, nur wurde sie an keiner Stelle benutzt. OfflineBanner (StatusBanners.kt) verlangte dagegen einen nicht-nullbaren onSync und zeichnete den Refresh-Button bedingungslos; der Parameter ist jetzt (() -> Unit)?, und ohne Konto fehlt der Knopf (die Meldung "offline" bleibt stehen). Alle Aufrufstellen reichen den Callback nur noch durch, wenn wirklich ein Konto existiert: loggedIn der jeweiligen ViewModel, im Kalender der collected isLoggedIn-StateFlow. Das Journal ist der einzige Client, bei dem das sichtbar war - es hat keine Login-Sperre und laeuft im lokalen Modus (localMode = !repo.isConfigured()) ohne Konto weiter, zeigte den Sync-Knopf aber trotzdem. Beim Secrets-Tresor war der Knopf vorhanden und nur deaktiviert (enabled = state.connected); er wird jetzt gar nicht erst gezeichnet, der Spinner waehrend state.syncing bleibt. Am Launcher aendert sich nichts: die Server-Sync-Sektion im Settings-Screen war schon an account != null gehaengt.

(2) Passwortfelder zeigen Klartext. Alle Eingabefelder fuer Passwoerter nehmen VisualTransformation.None; die Tastatur bleibt KeyboardType.Password. Betroffen sind der gemeinsame Login-Screen (SecretaryLoginScreen), die Journal-Passwortdialoge (PasswordDialogs: Setzen, Aendern, Abfragen) und das Entschperren (UnlockScreen) sowie im Tresor die Felder fuer Recovery-Passphrase, Entschperr-Passphrase, KDBX-Import und KDBX-Export (SecretsApp) und das Passwortfeld im Eintrags-Editor (Browse). Anlass war die Darstellung, nicht die Sicherheit: die Maske besteht aus U+25CF (●), und die gebundelte Typewriter-Schrift Special Elite deckt dieses Zeichen nicht ab - die Felder zeigten unlesbare Ersatzglyphen. In den Tresor-Dialogen ist der Sichtbarkeits-Umschalter damit ueberfluessig und mit ihm die Felder passwordVisible/visible, der Eye-Button bzw. der Textbutton Anzeigen/Verbergen und die Visibility/VisibilityOff-Imports weg. Der Reveal-Pfad fuer gespeicherte Secrets in Browse (FieldRow) bleibt unberuehrt: das ist eine Anzeige, keine Eingabe.

Tests: keine neuen, kein JVM-Verhalten geaendert. 662 Tests gruen (Kalender 55, common 100, Kontakte 44, Launcher 12, Secrets 405, Tasks 46), verifiziert ueber gradle test; alle neun Module kompilieren (compileDebugKotlin, offline), und die Neuuebersetzung meldet in keiner der geaenderten Dateien eine Warnung. versionCode 51 -> 52.

Status 2026-09-30 (51)

Secretary Notes 51 (versionCode 51): die Namensraum-Karte im Einstellungs-Screen ist weg, die Version steht jetzt unten. Beides steckt im gemeinsamen SecretarySettingsScreen in common (SRS common 1.3.0), trifft also alle acht Clients. Der Parameter collectionNamespace und die Karte Namensraum sind raus - sie zeigte eine Konstante, die der Nutzer ohnehin in der Collection-Liste sieht. Die Konstante NotesRepository.NAMESPACE bleibt als CalDAV-Basispfad, wird aber nicht mehr angezeigt. Neu ist die letzte Zeile des Screens: die Version der jeweils laufenden App aus der PackageInfo des eigenen Pakets, jede App zeigt so ihre eigene Nummer, ohne sie durchzureichen. versionCode 50 -> 51.

Status 2026-09-30 (50)

Secretary Notes 50 (versionCode 50): keine Code-Aenderung - der Quelltext ist derselbe wie bei 49. Veraendert wurde in diesem Zug nur der Launcher (Korrektur am Konfigurations-Sync, dort 460). Die Nummer geht trotzdem hoch, weil ein Release alle acht Clients und beide Serverpakete zusammen ausliefert: das Buildsystem ueberspringt einen Lauf, dessen Zieldateinamen alle bereits im Archiv liegen, und ein gleichnamiges Paket mit gleichem Inhalt waere auf dem Geraet nicht von 49 zu unterscheiden - bei einer APK zusaetzlich ein versionCode, den ein Geraet nicht neu installiert. Server und check-links gehen mit auf 0.24.0. versionCode 49 -> 50.

Status 2026-09-29 (49)

Secretary Notes 49 (versionCode 49): Abschluss des Release-Zugs, der Signiermaterial aus einer Umgebungsvariablen in eine Datei verlagert hat (siehe 48). Der Sprung ist der von 4d6b02eee5 für alle acht Module gemeinsam gesetzte: BuildManager vergleicht Dateinamen statt Inhalte, also liefert derselbe Code ohne neue versionCode denselben Namen und der Build wird als „bereits im Repo“ abgewiesen. An Notes änderte sich in diesem Schritt kein Funktionscode. versionCode 48 -> 49.

Status 2026-09-29 (48)

Secretary Notes 48 (versionCode 48): alle acht Clients signieren ihre Release-APKs, nicht nur der Launcher. Vorher hatte nur der Launcher ein signingConfig; die sieben anderen Module bauten *-unsigned.apk und konnten kein signiertes Release liefern. Zwei Nacharbeiten blieben in derselben Version: der Default-Pfad für das Keystore war um eine Ebene zu kurz, und die Zugangsdaten wurden aus dem Prozess-Environment in eine Datei verlagert, damit ein Release nicht von einer in keinem --help genannten Umgebungsvariable abhängt. versionCode 47 -> 48.

Status 2026-09-29 (47)

Secretary Notes 47 (versionCode 47): Signiermaterial in ein eigenes Fossil- Repository signing-certs ausgelagert (vorher lag es im Secretary-Repository selbst). An Notes änderte das keine Zeile Funktionscode; die Version trägt die neue Signierkonfiguration. versionCode 46 -> 47.

Status 2026-09-29 (46)

Secretary Notes 46 (versionCode 46): Konto, gemeinsamer Einstellungs-Screen und Konfigurations-Sync für den Launcher. Der Commit hielt die versionCode aller acht Module gleichzeitig fest. An Notes änderte sich dabei keine Zeile; die Funktionsänderung betraf ausschließlich den Launcher. Die Nummer 45 wurde nie vergeben — dieser Commit sprang von 44 auf 46. versionCode 44 -> 46.

Status 2026-09-24 (44)

Secretary Notes 44 (versionCode 44): neue Typewriter-Launcher-Icons für alle Secretary-Apps. Das Schema ist die Glyphe als [glyph] in der Typewriter- Schrift Special Elite, weiß auf einem app-spezifischen Akzent; die Icon- Erzeugung (tools/generate-icons.sh) bekam dazu eine Option, weil Special Elite U+263A nicht abdeckt. versionCode 43 -> 44.

Status 2026-09-19 (43)

Secretary Notes 43 (versionCode 43): Eigener Namespace-Root /notes/ statt /calendars/notes-* (Namespace-Migration, server 0.16.0). Die Sammlungen liegen jetzt unpräfixiert unter /notes/ (zuvor /calendars/notes-*). NotesRepository nutzt baseCollectionPath = "/notes/" (neue CaldavClient.collectionRoot), NotesCodec default collectionBasePath = "/notes/", die Sync-Sektion zeigt „Namensraum" statt „Sammlungspräfix". Der Offline-Cache wird beim ersten Lesen via GOfflineStore.legacyPrefix = "notes-" automatisch migriert (/calendars/notes-* → /notes/…, idempotent). runServerSync filtert zusätzlich /notes/ (Legacy-/calendars/, /addressbooks/ bleiben im Filter). Deployment-Reihenfolge: erst Server auf 0.16.0 updaten + migrate-namespaces.sh, dann die App ausrollen. versionCode 42 -> 43. CONTEXT.md updated.

Status 2026-09-16 (42)

Secretary Notes 42 (versionCode 42): Sync-Härtung: kein Endlos-Sync, kein Sync-Dienst-400 (gleiche Muster wie Journal v119/v120). runServerSync() konnte syncStatus bei leerer Collection-/Job-Liste endgültig auf RUNNING stehen lassen (der Guard if (syncStatus?.state == RUNNING) return blockierte danach jede weitere Synchronisation für die Sitzung) und pollte Server-Jobs unbegrenzt. Neu: leere Collections bzw. leere Jobs brechen sauber ab (syncStatus = null), der Poll-Loop ist hart begrenzt (maxPolls = 200 ≈ 100 s bei 500 ms; sonst FAILED „Sync timed out"), und es werden nur echte Server- Collections übertragen (href unter /calendars/ oder /addressbooks/ – eine lokale Pseudo-Collection wie /local/ wird niemals an /sync/start gereicht). versionCode 41 -> 42.

Status 2026-09-16 (41)

Secretary Notes 41 (versionCode 41): Offline-Sync-Engine (secretary-common-android v0.30.0). loadNotesInternal nutzt jetzt die gemeinsame OfflineSyncEngine (CrudItemRemote + GOfflineStore + NotesCodec): Server-Abruf, Rehome-Upload lokaler UIDs, Pending-Delete-Filter, Prepare-Null-Erhalt und Cache-Ersatz liegen in common; die lokale mergeWithPending-Logik wurde entfernt. Das Offline-Verhalten (goOffline + Cache-Anzeige bei IOException, DavException als echter Fehler) ist unverändert, flushPending() läuft weiter nach dem Merge. View bleibt beim Sync stabil (kein Leeren/Neubau). versionCode 40 -> 41.

Status 2026-09-13 (40)

Secretary Notes 40 (versionCode 40): Kategorie-Parsing gehärtet (secretary-common-android v0.26.0). VJournal.parseNote/ serializeNote lesen und schreiben CATEGORIES jetzt RFC-5545-konform: Die Liste wird nur an unescaped-gespeicherten Kommas gesplittet, jedes Token per unescapeText dekodiert, beim Schreiben werden die Werte escaped. Ein Notiz-Tag mit Komma im Namen (oder importierte \,-Escapes aus fremden .ics-Dateien) bleibt damit verlustfrei erhalten. versionCode 39 -> 40.

Status 2026-09-10 (39)

Secretary Notes 39 (versionCode 39): GET_ACCOUNTS für das zentrale Konto. Die App deklariert jetzt android.permission.GET_ACCOUNTS (neben dem legacy READ_ACCOUNT). Das gemeinsame Sekretär-Konto (AccountManager, Typ org.beowulf.secretary) wird damit direkt lesbar und hängt nicht mehr nur an der Signer-Visibility-Provisionierung des Android-Kontos, die ein App-Update abwerfen konnte (Konto leer nach Update). versionCode 39 == versionName 39.

Status 2026-09-09 (38)

Secretary Notes 38 (versionCode 38): Sammlungen: einheitliches Langdruck-Kontextmenü + Kopieren (secretary-common-android v0.19.0). Die Sammlungsübersicht nutzt jetzt das gemeinsame CollectionContextMenu (statt der Icon-Buttons): langer Druck auf eine Sammlungskarte öffnet Umbenennen / Kopieren / Löschen. Kopieren legt eine Duplikat-Sammlung mit allen enthaltenen Notizen an (CrudManager.copyCollection, Name „<Name> (Kopie)", neue UIDs/hrefs, offline via Write-Behind-Queue). Umbenennen/Anlegen laufen über die gemeinsamen RenameCollectionDialog/ CreateCollectionDialog. versionCode 38 == versionName 38.

Status 2026-09-09 (37)

Secretary Notes 37 (versionCode 37): Rebuild auf secretary-common-android v0.18.0. Kein App-Code geändert; der APK enthält jetzt die 412-Auto-Recovery (bedingte PUTs mit veraltetem If-Match-ETag holen einmalig die aktuelle Server-ETag und wiederholen den Schreibvorgang statt des „Notiz wurde auf dem Server geaendert"-Fehlers). versionCode 37 == versionName 37.

Status 2026-09-09 (36)

Secretary Notes 36 (versionCode 36): Sammlungs-Handling in secretary-common-android + Pending-Marker. Das Sammlungs-Handling (Offline-Merge neu angelegter/gelöschter Sammlungen und die „wartet auf Synchronisierung"-Marker) lebt jetzt gemeinsam in PendingSync (secretary-common-android v0.17.0). NotesViewModel merged Server- und lokale Sammlungen über PendingSync.mergeCollections (neu angelegte Sammlungen erscheinen sofort, pending-gelöschte verschwinden sofort) und berechnet pendingCollectionIds/pendingItemHrefs aus der Write-Behind-Queue (PendingSync.snapshotState); die Liste und die Sammlungsübersicht zeigen dafür das gemeinsame PendingBadge (SyncProblem-Icon). versionCode 36 == versionName 36.

Status 2026-09-08 (35)

Secretary Notes 35 (versionCode 35): Konfigurierbares Kontextmenü. Die Aktionen Teilen / Kopieren / Verschieben / Löschen des Langdruck-Menüs lassen sich in den Einstellungen (gemeinsame Sektion „Langdruck-Kontextmenü" aus secretary-common-android v0.16.0) per Checkbox aktivieren/deaktivieren (UiPreferences, Default: alle aktiv). ItemContextMenu blendet deaktivierte Aktionen aus und sperrt das Menü komplett, wenn alle vier aus sind (dann verhält sich die Karte wie eine gewöhnliche klickbare Karte). versionCode 35 == versionName 35.

Status 2026-09-08 (34)

Secretary Notes 34 (versionCode 34): Einheitliches Langdruck- Kontextmenü. Die Notizkarten nutzen jetzt das gemeinsame ItemContextMenu (secretary-common-android): langer Druck auf eine Karte öffnet ein Menü mit Bearbeiten / Teilen / Kopieren / Verschieben… / Löschen (statt des bisherigen ⋮-Overflow-Menüs mit nur „Verschieben…"). Kopieren legt ein Duplikat in derselben Sammlung an (neue UID + href, CrudManager.copyItem, offline via Write-Behind-Queue). Verschieben/Löschen laufen über die gemeinsamen MoveCollectionDialog/ConfirmDeleteDialog. Der Langdruck wird per combinedClickable auf der gesamten Karte ausgelöst. versionCode 34 == versionName 34.

Status 2026-09-07 (31)

Secretary Notes 31 (versionCode 31): Aufgeräumter Header ohne Status-Chip. Der moderne Haupt-Header (ModernAppHeader in secretary-common-android) zeigt keinen Online-Status-Chip mehr; die Aktionsleiste (Sync, Sammlungen, Einstellungen) sitzt jetzt rechts oben direkt im Hero-Header. Die Sammlungen-Schaltfläche erscheint nur, wenn mehrere Sammlungen (VJOURNAL-Collections) vorhanden sind. Alle Überschriften verwenden die neue Typewriter-Schrift Special Elite (gebündelt in secretary-common-android, res/font/special_elite.ttf, Apache 2.0). versionCode 31 == versionName 31.

Status 2026-09-07 (30)

Secretary Notes 30 (versionCode 30): Teilen/Importieren. Der Editor teilt Notizen als Markdown (.md, Share-Sheet) über FileProvider. „Öffnen mit"/„Teilen" (ACTION_VIEW/ACTION_SEND, text/plain, text/markdown, text/x-markdown, text/calendar) importiert .md/.txt-Inhalte als neue Notiz und öffnet den Editor zur Prüfung; .ics (VJOURNAL) wird als Notiz geparst. Die Android-Native-App (Notes, API 34+) bietet keinen Daten-Provider, sondern nur „Capture Content for Notes" – es gibt also keinen echten Schreib-Zugriff auf das System-Notizbuch, daher Share/Import-Ansatz. versionCode 30 == versionName 30.

Status 2026-09-01 (29)

Secretary Notes 29 (versionCode 29): Einheitlicher Moderner Header – alle secretary-Apps teilen jetzt denselben modernen Haupt-Header (ModernAppHeader in secretary-common-android): Hero mit Monogramm + Status-Chip und darunter die identische Aktionsleiste (Sync, Sammlungen, Einstellungen). Die Notizliste hat damit wieder wie im klassischen Design Sync- und Einstellungen-Buttons direkt im Kopfbereich. versionCode 29 == versionName 29.

Status 2026-09-01 (28)

Secretary Notes 28 (versionCode 28): Komplett modernisierte Oberfläche (Moderner Stil). Notizliste, Editor, Sammlungen und Einstellungen haben jetzt einen vollständigen „Moderner Stil"-Zweig nach dem gemeinsamen Editorial-Ledger- Design (secretary-common-android): Serifen-Display-Typo, Pill-artige Karten, Hero-Header mit Monogramm, Status-Chips (ONLINE/OFFLINE/SYNC), Pill-Suchfeld, Pill-FAB, moderne Leerszustände; der klassische Stil bleibt unverändert erhalten. Umschaltung über den globalen Schalter „Moderner Stil"; das Theme liefert im modernen Modus die secretaryModernTypography. versionCode 28 == versionName 28.

Status 2026-08-29 (25)

Secretary Notes 25 (versionCode 25): Sync-Fortschritt: kein Endlos-Spinner mehr nach Abschluss/Fehler – Fix im gemeinsamen SyncProgressUi (secretary-common-android): sobald ein Sync-Job beendet ist (DONE/FAILED), wird der Spinner/Progressbar nicht mehr gezeichnet – es erscheint nur noch der einmalige Toast. Vorher blieb der Status gesetzt und die Inline-SyncProgressUi zeigte bei beendetem/fehlgeschlagenem Sync dauerhaft einen Spinner bei 0/0. Server-Init-Sync läuft jetzt gegen den aktualisierten secretary-server 0.10.0 mit den /sync/*-Endpunkten. versionCode 25 == versionName.

Status 2026-08-29 (24)

Secretary Notes 24 (versionCode 24): Server-gesteuerter Sync mit Fortschritt – über den gemeinsamen SyncJobClient (secretary-common-android, POST /sync/start + GET /sync/status/{id}) startet NotesViewModel.runServerSync() beim manuellen Refresh (loadCollections/refresh) für jedes Notiz-Collection einen Server-Sync-Job und pollt den aggregierten Fortschritt in [syncStatus]. NotesListScreen zeigt über das gemeinsame SyncProgressUi während des Syncs einen Spinner + Determinat-Progressbar (processed / total) und einmalig einen Toast („Sync abgeschlossen"/„fehlgeschlagen"). versionCode 24 == versionName.

Version 17: Move zwischen Collections. CaldavClient.moveNote (im secretary-common-android-Modul: PUT an neuer Stelle + DELETE an alter, liefert Notiz mit neuem href/ETag), NotesViewModel.moveNote mit Offline-Queueing (PutNote neue href + DeleteNote alte href, Dedupe pro href, Reihenfolge beim Flush korrekt) und lokaler Listen-Aktualisierung. UI: Overflow-Menü (MoreVert) je Notizkarte mit „Verschieben…“ (DriveFileMove-Icon) öffnet einen Sammlungs-Auswahl-Dialog (nur VJOURNAL-Collections ≠ aktuelle; nur sichtbar wenn >1 Collection existiert). versionCode 17.