Saveoptions 0 bereitet Probleme

[lotus blue]

Hallo liebe Forumsgemeinde,
Hab da ein kleines Prob mit ner Aktion.
Der Anwender ist in einem Dok und betätigt folgenden Aktionsbutton:
@SetField("Feldname1";@Today);
@SetField("SaveHistory"; @NewLine + @Text(@Now) + " | "  + @Name([CN];@UserName) + " | " + "Text");
@Command([ViewRefreshFields]);
@Command([FileSave]);
@Command([FilePrint]);
FIELD SaveOptions:="0";
@Command([FileCloseWindow])

Jetzt ist mir aufgefallen, dass von ca. 500 Dokumenten, ca. 10 ohne Feldname1 sind und das Feld Saveoptions mit 0 gefüllt ist.

Hab jetzt schon die verschiedensten Szenarien durchgespielt, komm aber nicht drauf wie es der Anwender geschafft hat, das Dok zu drucken ohne dass Das Tagesdatum gefüllt wird und zugleich SaveOptions 0 gesetzt und abgespeichert wird.

Jemand einen Tipp?
Auch z.b. wie ich das Ganze stabiler machen kann und somit sowas wie oben ausschließen kann.

[LN4ever]

You can check and respond to the return value of @Command (but not @PostedCommand). The return value is @True if the @command succeeds and @False if it fails.

Das wirst du wohl beherzigen müssen. Arbeitet vielleicht noc irgendjemand mit einem uralten 4er Client ? Dann kann so etwas genauso vorkommen.

Gruß

Norbert

[lotus blue]

You can check and respond to the return value of @Command (but not @PostedCommand). The return value is @True if the @command succeeds and @False if it fails.

Das wirst du wohl beherzigen müssen. Arbeitet vielleicht noc irgendjemand mit einem uralten 4er Client ? Dann kann so etwas genauso vorkommen.

Gruß

Norbert

Hallo Norbert,
also den @Command hab ich ja überprüft. Mittlerweile sind über 4000 Doks in der DB und bei genau 3994 hat es gefunzt.
Nur bei 6 nicht.
Sind alles 6er Clients.
Erster Ansatz ist jetzt, dass es zwei Personen waren und denen Notes abgeschmiert ist.
Gruß