Supportbericht
/ Forum-Post — Probleme nach Update auf SeaTable 6.2 (Cloud)
Umgebung: SeaTable Cloud (cloud.seatable.io) · Free-Plan · eine Base mit 28
Tabellen und 3 Universal Apps · Browser: Chrome (Windows) · Zeitraum der
Beobachtungen: 04.08.2026, ganztägig (nach dem 6.2-Update der Instanz).
Wir bauen mit der Base ein Rückverfolgungssystem für einen
Bio-Lebensmittelbetrieb und dokumentieren jeden Bauschritt mit
.dtable-Exporten und Screenshots — die folgenden Befunde sind daher gut
belegbar. Reihenfolge nach Schwere.
Befund 1 · .dtable-Export enthält seit 6.2 keine Seiten-„Dateneinstellungen" der Universal Apps mehr (Datensicherungs-Problem!)
Beobachtung: Voreingestellte Filter, Sortierungen und Spaltensichtbarkeit,
die nach dem 6.2-Update über das neue Panel „Dateneinstellungen" einer
App-Seite gesetzt wurden, fehlen im Export: In `external_apps.json` steht bei
diesen Seiten "filters":[], und shown_column_keys enthält
weiterhin alle Spalten — obwohl die Einstellungen in der App nachweislich aktiv
sind (die Listen filtern korrekt; Screenshots vorhanden). Identisch
konfigurierte Seiten, deren Einstellungen vor 6.2 gesetzt wurden, sind im
Export dagegen vollständig enthalten.
Zusätzlich: Der interne Versionszähler der Base (version in
content.json) erhöht sich bei solchen App-Konfigurationsänderungen nicht mehr
(bei uns eingefroren bei 2539); drei aufeinanderfolgende Exporte über mehrere
Stunden — mit zwischenzeitlichen App-Konfigurationsänderungen — waren inhaltlich
byteidentisch. Datenänderungen, Tabellenstruktur und
Formularseiten-Konfigurationen (Pflichtfelder, Bedingungen,
Linkfeld-Einstellungen) serialisieren weiterhin korrekt.
Reproduktion:
-
Universal App → Tabellenseite anlegen → im Panel „Dateneinstellungen"
einen voreingestellten Filter setzen und Spalten ausblenden. -
Wirkung in der App verifizieren (Liste filtert).
-
Base als
.dtableexportieren (ohne Assets) →external_apps.jsonöffnen →
betroffene Seite:filters: [], keine ausgeblendeten Spalten.
Auswirkung: Der .dtable-Export ist damit kein vollständiges Backup der
Apps mehr — nach einem Restore aus dem Export wären alle seit 6.2 gesetzten
Seiteneinstellungen verloren. Frage: Ist das ein bekannter Serialisierungs-Bug
oder eine bewusste Änderung des Speicherorts? Gibt es einen Workaround für
vollständige Exporte?
Befund 2 · Instabilität nach dem 6.2-Update (Cloud)
Ganztägig wiederkehrend am 04.08.: Einblendungen „Der Server ist nicht
verbunden" / „wieder verbunden", zeitweise weiße Seiten (u. a. beim
Klick auf Hilfetexte und Feldeinstellungen im App-Builder), zeitweise nicht
editierbare Formularfelder (z. B. Texteingabe ohne Reaktion). Nach komplettem
Neuladen jeweils kurzzeitig behoben. Gibt es serverseitige bekannte Probleme
beim 6.2-Rollout auf cloud.seatable.io?
Befund 3 · App-Builder-Crash bei vor 6.2 angelegten Formularfeldern mit bedingter Anzeige
Ein vor dem Update angelegtes Formularfeld mit „Nur anzeigen, wenn Bedingung
erfüllt ist" wurde nach dem Update in der App nicht mehr eingeblendet
(Bedingung erfüllt), und das Öffnen seiner Feldeinstellungen im Builder
führte reproduzierbar zu einer weißen Seite (auch nach Neuanlegen der
Bedingung). Workaround gefunden: Feld im Formular löschen (über das Papierkorb-Symbol,
ohne die Feldeinstellungen zu öffnen) und neu anlegen — danach funktioniert
auch die bedingte Anzeige wieder. Neu angelegte bedingte Felder sind nicht
betroffen. Hinweis für andere Betroffene und Bitte um Prüfung der Migration von
Alt-Bedingungsfeldern.
Befund 4 · Filterprädikat „Aktuellen Benutzer inkludieren" auf Ersteller-Spalten wirkungslos
In App-Seiten-Vorfiltern filtert Ersteller (Creator) + „Aktuellen Benutzer
inkludieren" alle Zeilen weg (Seite leer) — getestet vor und nach 6.2,
auch nach komplettem Neuladen. Die Werteauswahl bei „ist gleich" bietet
nur konkrete Konten an; per App-Formular erzeugte Zeilen tragen als Ersteller
anonymous bzw. eine …@auth.local-Pseudokennung. Ist das Prädikat für
Ersteller-Spalten grundsätzlich nicht unterstützt (dann wäre ein Ausblenden im
UI hilfreich), oder ein Bug?
Kleinere Hinweise
-
App-Konfigurationsänderungen (z. B. „Weiterleitung nach Einreichung")
wirken erst nach komplettem Verlassen und Neuaufruf der App — ein Hinweis in
der UI würde viel Verwirrung sparen. -
Feature-Wunsch am Rande: Die Formular-Weiterleitung auf eine
Einzeldatensatz-Seite übergibt den soeben erzeugten Datensatz nicht (Seite
öffnet einen anderen Eintrag). Eine „übermittelten Eintrag öffnen"-Option
wäre für geführte Erfassungsflüsse extrem wertvoll.
Wir stellen auf Wunsch gern bereit: Export-Auszüge (external_apps.json
vorher/nachher), Screenshots der wirkenden Filter, Zeitstempel der
Verbindungsabbrüche und die Base-UUID per PN.
