Fassung 1.4.5: drei Fehler, die nur auf fremden Servern auftraten

Alle drei von Umut auf seinem Hosting gefunden, keiner davon auf
meinem Rechner sichtbar.

- Der Updateknopf endete mit 500. Das Update lief vollstaendig durch -
  alle neun Schritte, Dateien getauscht, var/ und .env unberuehrt -,
  aber die Ergebnisseite starb daran: der Updater ueber Git nennt
  einen Schritt "step", der ueber das Archiv nannte ihn "label", beide
  legen ihn unter demselben Sitzungsschluessel ab, und die Vorlage
  liest "step". Damit war auch der zweite Knopf unerreichbar. Zehn
  Tests prueften das Rueckgabe-Array, keiner die Seite, die es
  anzeigt; der neue Test rendert sie (ADR 071).
- Die Verwaltung zeigte Git-Fehler auf einer Installation ohne Git.
  "git ist installiert" und "das hier ist eine Arbeitskopie" waren
  derselbe Schalter; auf dem Hosting ist Git vorhanden, die
  Installation kam aber aus dem Archiv. Dort stand "fatal: Not a git
  repository" an der Stelle der Fassungsnummer. Ohne Arbeitskopie
  verschwinden die Git-Karten jetzt (ADR 072).
- "Sicherung anlegen" endete mit 500: VACUUM INTO gibt es erst seit
  SQLite 3.27, das Hosting hat eine aeltere Fassung - alt genug fuer
  die Installation, zu alt fuer die Sicherung. Bei aelteren wird jetzt
  unter einer Schreibsperre kopiert, und der Knopf faengt jeden Fehler
  ab statt mit einer 500-Seite zu enden (ADR 072).

Nachgestellt wurde das mit einer echten 1.4.3-Installation aus dem
Releasearchiv, eigener Datenbank, eigenem Port. Der Archiv-Updater
laeuft dort vollstaendig durch: 1.4.3 -> 1.4.4, neun Schritte, var/
und .env unberuehrt.

Geprueft: 433 Tests auf PHP 8.2 und 8.4, Editor-Browsertest.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

tests/BackupTest.php

@@ -40,6 +40,36 @@ final class BackupTest extends TestCase
         $this->backup = new Backup($this->root, $url, $this->root.'/var/media', $this->db, new CommandRunner());
     }
 
+    public function testABackupWorksOnAnOlderSqliteToo(): void
+    {
+        // Auf Umuts Hosting endete „Sicherung anlegen" mit 500. Der Grund: `VACUUM INTO` gibt es
+        // erst seit SQLite 3.27, und dort läuft eine ältere Fassung - alt genug für die
+        // Installation (die braucht 3.16), zu alt für die Sicherung. Statt VACUUM wird dann unter
+        // einer Schreibsperre kopiert. Geprüft wird das hier wirklich und nicht nur versprochen:
+        // die Schwelle wird so hoch gesetzt, dass der Ersatzweg läuft.
+        $url = 'sqlite:///'.str_replace('\\', '/', $this->root).'/var/cms.db';
+        $alt = new Backup($this->root, $url, $this->root.'/var/media', $this->db, new CommandRunner(), '99.0.0');
+
+        $sicherung = $alt->create('auf altem SQLite');
+
+        $datei = $sicherung['path'].'/cms.db';
+        self::assertFileExists($datei);
+        self::assertGreaterThan(0, (int) filesize($datei));
+
+        // Und es ist eine vollständige, lesbare Datenbank - nicht ein halb geschriebener Torso.
+        $kopie = new \PDO('sqlite:'.$datei);
+        self::assertSame(
+            (int) $this->db->fetchOne('SELECT COUNT(*) FROM revision'),
+            (int) $kopie->query('SELECT COUNT(*) FROM revision')->fetchColumn(),
+            'Die Kopie muss denselben Inhalt haben wie das Original.',
+        );
+        self::assertSame(
+            $sicherung['manifest']['datenbank']['sha256'],
+            hash_file('sha256', $datei),
+            'Die Prüfsumme im Manifest gehört zu genau dieser Datei.',
+        );
+    }
+
     protected function tearDown(): void
     {
         $this->db->close();