Der Repository-Speicher folgt dem Deployment-Speicher
Das Erstellen eines Repositorys verwendet jetzt den dauerhaften gemeinsamen Speicher und protokolliert Git-Fehler zur Untersuchung.
Das Erstellen eines Repositorys verwendet jetzt den dauerhaften gemeinsamen Speicher und protokolliert Git-Fehler zur Untersuchung.
Die Benutzerliste der Verwaltung enthält jetzt die ID jedes Benutzers.
Neue Repositorys erzeugen jetzt die UUID, die vor dem Speichern nötig ist.
Beim Erstellen eines Repositorys werden jetzt der fehlgeschlagene Schritt und der zugrunde liegende Fehler zur Diagnose festgehalten.
Das Dashboard steht oben in der Navigation, mit derselben Gestaltung wie die Produktbereiche.
Die Startseite scheitert nicht mehr, wenn sie die Produktzeile für Repositorys aufbaut.
Textfelder zogen sich über die ganze Breite eines breiten Fensters, Speichern-Schaltflächen klebten am Feld darüber, und „Passwort erzeugen“ im Tresor tat gar nichts.
Der Tresor zeigte die Elementliste und ein geöffnetes Element nebeneinander, ein Layout, das der Rest von Magpie bewusst vermeidet.
Die Ansichten zum Einrichten, Sperren und Wiederherstellen des Tresors nutzten ein eigenes zentriertes Layout statt des Kopfbereichs aller anderen Seiten, und das Löschen eines Elements nutzte das native confirm() des Browsers statt des gemeinsamen Bestätigungsdialogs.
Das Öffnen von /vault scheiterte völlig: Die Seite kam nicht einmal bis zur Entsperransicht.
Wer zum Tresor wechselte, musste jedes gespeicherte Passwort von Hand neu eingeben, weil es keinen Weg gab, einen vorhandenen Export zu übernehmen.
Es gab in Magpie keinen Ort, um ein Passwort, einen API-Schlüssel oder einen Wiederherstellungscode sicher abzulegen: Notizen kam dem am nächsten, und Notizen ist nicht verschlüsselt.
Es gab noch keinen Code, der Verschlüsselungsschlüssel für den Tresor erzeugen, einhüllen oder verwenden konnte.
Das Hilfefenster zeigte den einen Artikel, der zur aktuellen Seite passte. War es nicht der gesuchte, blieb nur der Weg ins Hilfecenter. Auf der Liste der Link-in-Bio-Seiten war es der Artikel über das Einfügen von JSON, weil es der einzige Artikel zu Link-in-Bio-Seiten war.
Bluesky gehörte nicht zu den sozialen Netzwerken, die eine Link-Seite zeigen konnte, sodass sich ein Bluesky-Profil nur als gewöhnlicher Link in der Liste oder unter dem allgemeinen Zeichen Website verlinken ließ.
Außer Titel und Spalte gab es nichts, woran man Karten auf einen Blick unterscheiden konnte – jede Karte auf einem Board sah gleich aus.
Eine Aufnahme im Podcast-Rekorder zu entfernen hieß, sie in der Reihe oben auszuwählen und dann zur Schaltfläche Entfernen darunter zu greifen.
Im Podcast-Rekorder zeigte eine Aufnahme manchmal „NaN:NaN“, ihr Balken bewegte sich kaum und Ziehen änderte nicht, wo die Wiedergabe weiterlief. Das Verlassen mit laufender Aufnahme oder ungespeichertem Titel warnte nur über den Browser, selbst über Links der App.
Statusbeschriftungen, Text im Code-Editor und ein paar andere Stellen waren im dunklen Modus blasser als nötig. Jetzt lesen sie sich klar auf dem dunklen Hintergrund.
Unterstützer-Abonnements, Shop-Bestellungen und kostenpflichtige Formulareinsendungen hinterließen bisher nur eine Zeile in der Datenbank.