Containly 2.7.4: Backups laufen wieder, auch wenn das Hilfs-Image gelöscht wurde

Containly 2.7.4 ist ein kleines Korrektur-Release. Es behebt einen Fehler, bei dem Backups mit «No such image: alpine:latest» fehlgeschlagen sind, und zentriert die leeren Ansichten.

Backups mit «No such image: alpine:latest» (Fehlerbehebung)

• Containly hat sein Hilfs-Image für Backups nur einmal pro Programmstart geprüft. Wurde das Image danach vom Host entfernt, zum Beispiel durch ein docker image prune oder eine Aufräumaktion, hat Containly es nicht mehr neu gezogen, und jedes geplante und manuelle Backup ist mit (HTTP code 404) no such container - No such image: alpine:latest fehlgeschlagen, bis Containly neu gestartet wurde.
• Jetzt prüft Containly das Hilfs-Image vor jeder Verwendung und zieht es bei Bedarf neu. Verschwindet es genau zwischen Prüfung und Start des Hilfs-Containers, zieht Containly es noch einmal und versucht es erneut.
• Die Hilfs-Container für Backups, Wiederherstellungen, die Ordnerauswahl und den Volume-Dateizugriff nutzen nicht mehr den wandernden Tag alpine:latest, sondern ein fest angeheftetes Alpine-3.22.2-Image (per Digest, für amd64 und arm64). Sie behalten ihr Containly-Helfer-Label.

Leere Ansichten zentriert

• Leere Ansichten (zum Beispiel Updates > «Alles aktuell», leere Listen, keine Suchtreffer) stehen jetzt als ein Block in der Mitte des freien Bereichs statt oben links, auf allen Seiten, am Desktop und am Handy, hell und dunkel.

Update
docker compose pull && docker compose up -d (oder das Selbst-Update unter Einstellungen > Version und Lizenz).

Falls du noch eine ältere Version hast und Backups mit dieser Meldung fehlschlagen: docker pull alpine:latest auf dem Host hilft sofort, das Update behebt die Ursache.

Release Notes: https://github.com/amslertec/containly/releases/tag/v2.7.4