elementWeb auf v0.6.0

Release des Upstream-Anschlusses (ADR-0022). Gleicher Quellstand wie rc.3
(8ca03fe), das die Abnahme bestanden hat - nur unter Release-Nummer. Die Images
sind nicht bitgleich, weil der Build die Versionszeichenkette aus git describe
ins Artefakt backt.

Produktion laeuft damit erstmals auf einem Fork, der wieder an der
Upstream-Historie haengt.

Rueckhebel: Tag zurueck auf v0.5.4.

apps/production/element-server-suite.yaml

@@ -102,8 +102,13 @@ spec:
         # Fehler ausserhalb von node_modules", weil Upstream v1.12.26 selbst
         # nicht typrein ist (matrix-js-sdk 42.2.0, in einem sauberen Checkout
         # gegengeprueft).
-        # Weiterhin ein Kandidat - ABNAHME STEHT AUS, zuerst eine geladene
+        # v0.6.0 = Abnahme auf rc.3 bestanden (19.08.), derselbe Quellstand
-        # Raumliste, dann ClamAV (Zip und .png) und die Call-Teilnehmerliste.
+        # 8ca03fe unter Release-Nummer. Geprueft am laufenden System, nicht nur
+        # am Build: Raumliste laedt, ClamAV blockt beim Senden (ein Scan-Aufruf,
+        # kein Upload), abgewiesene Datei zeigt die Meldung, und das .png wurde
+        # zugestellt, beim Herunterladen abgewiesen und die Meldung gerendert -
+        # damit ist der portierte Bild-Pfad belegt, nicht nur vermutet. Auch die
+        # Call-Teilnehmerliste, der zweite umgezogene Patch, steht richtig drin.
         # Rueckhebel bleibt der Tag-Revert auf v0.5.4.
         # v0.5.4 = Sender-Verifikation (threadnet-call fee9866): auf Safari
         # uebersprang LiveKit den Track-Tausch stumm (sender?.replaceTrack),
@@ -140,7 +145,7 @@ spec:
         # Die Linie beginnt bei v0.3.0, dem ersten kanonischen CI-Build aus
         # apps/web/Dockerfile - er loeste die Derivat-Images ab, deren
         # Entrypoint ohne Exec-Bit /config.json still brach (ThreadNet-Web#8).
-        tag: v0.6.0-rc.3
+        tag: v0.6.0
       ingress:
         host: axion1337.chat