Lerndaten sichern, prüfen und löschen

Mehrere Tabs: genau ein schreibender Editor

Jeder der sieben aktiven Bereiche erhält eine eigene originweite Schreibsperre. Die Web Locks API koordiniert benannte Ressourcen zwischen Fenstern und nennt einen in mehreren Tabs geöffneten Editor ausdrücklich als Anwendungsfall.^[5] Der erste Tab bearbeitet; weitere Tabs warten schreibgeschützt. Meldet das storage-Ereignis dort zwischenzeitliche Änderungen, wird die Ansicht vor der automatischen Übernahme neu geladen.^[6]

Fallback mit harter Schreibgrenze: Fehlt navigator.locks, vergleicht jeder der sieben Writer unmittelbar vor dem Speichern seinen zuletzt beobachteten Rohstand mit dem aktuellen Origin-Stand. Bei Abweichung wird der veraltete Write blockiert, der Bereich schreibgeschützt und ein Reload verlangt. Die Web-Lock-Verfügbarkeit wird zur Laufzeit geprüft; die API ist an Secure Contexts gebunden.^[8] Loopback und normgerecht aufgelöstes localhost gelten als potenziell vertrauenswürdig, während User Agents lokale Dateien strenger behandeln dürfen.^[7] Nutze deshalb den dokumentierten lokalen Server.

Konfliktentwurf statt stiller Verlust: Erzeugt ein veralteter Tab dennoch einen Schreibkandidaten, bleibt der neuere Origin-Stand unverändert und der blockierte Kandidat wird versioniert in sessionStorage abgelegt. Der HTML-Standard trennt diesen fensterbezogenen Sessionbereich vom gemeinsam genutzten Local Storage und warnt zugleich davor, dort eine Sperrmechanik vorauszusetzen.^[9] Nach Reload zeigt die Seite ein Recovery-Panel mit prüfbarem JSON-Download und bewusstem Verwerfen. Eine Page Session überlebt Reloads, endet aber beim Schließen des Tabs oder Fensters; Browserpolitik kann Zugriff ganz verhindern.^[10] Dynamische Sicherungs- und Verwerfmeldungen verwenden role=status und aria-atomic=true.^[11]

Beschädigt, zu groß oder lesbar: Jede vorhandene Recovery-Spur wird sichtbar klassifiziert. Nur ein strukturell lesbares Paket bis 5 MB heißt importkompatibel; größere oder beschädigte Spuren erhalten einen klar bezeichneten Rohdownload und gezieltes Verwerfen, aber kein falsches Importversprechen. Paket- und Importgrenze werden als UTF-8-Bytes gemessen: Der Encoding Standard definiert die Abbildung von Unicode-Skalarwerten auf Bytefolgen und verlangt für neue Austauschformate UTF-8.^[14] Eine große gültige Vorschau wird nicht in das DOM kopiert. Usage und Quota sind browserabhängige Schätzungen; ein Storage-Endpunkt kann fehlschlagen.^[12] Erkannte Formatfehler werden mit Bereich und Handlung in Text benannt statt still ignoriert.^[13] Blob-URLs können lokale In-Memory-Ressourcen als Downloadziel bereitstellen und sollen erst freigegeben werden, wenn die Nutzerinteraktion nicht mehr darauf angewiesen ist.^[15]

Grenze: Das ist lokale Konfliktprävention, keine gemeinsame Echtzeitbearbeitung, kein automatischer Merge und kein Backup. Ein Download enthält persönliche Notizen; der Browser entscheidet über die tatsächliche Ablage. Nur ein später explizit bestätigter, geprüfter Import ersetzt einen Bereich. Tab-Schließen, Browserlöschung, Absturz, deaktivierter Speicher oder ein anderer Origin bleiben eigene Risiken.