Danke, dass Sie den Informationen geteilt hast. Das Support-Team von Ninox hat das Problem aufgegriffen und als Blocker eingestuft. Wir arbeiten daran, das zu lösen.

Der Fehler betrifft hauptsächlich diese Art Scriptkonstellation, wo ein Wert aus einem neu erstellten Record direkt einer Variablen zugeordnet werden soll und mit dieser Variablen weiter gearbeitet wird.
Er betrifft auch nur Scripts mit dieser Fallkonstellation, die über einen Button im Browser ausgeführt werden.
Er tritt nicht auf in den nativen Apps, Trigger Skripte oder bei Einbettung in 'do as transaction'.

Als Workaround bietet sich somit bei den entsprechenden Buttonscripten die Einbettung des Script in 'do as transaction' an.

Das ist leider momentan mit einem Mehraufwand beim bearbeiten bestehender Scripte verbunden.

Uwe
 

1. Ninox-Skript und andere Programmiersprachen: In Ninox wird jeder Schritt im Skript ausgeführt, ohne explizit darauf zu warten, dass der vorherige Schritt abgeschlossen ist, wodurch das Skript einfacher zu schreiben ist. Ein Skriptschritt läuft in Millisekunden ab, vorausgesetzt der Kontext ist schnell genug, um den nächsten Schritt mit den benötigten Eingaben zu versorgen. Dies ist konzeptionell ähnlich wie synchrones JavaScript und ist ein gängiger Ansatz in der synchronen Programmierung. Der Nachteil dieser Flexibilität ist, dass der vorherige Schritt zurückgelassen werden kann, wenn die zurückgegebenen Daten länger brauchen, um aus einem anderen Kontext zurückzukehren, sodass das Skript zum nächsten Schritt fortschreitet, aber nicht die benötigten Eingaben hat. Das Ergebnis ist in diesem Beispiel, dass "not found" auftritt.

2. Tatsächliches Ninox-Skriptverhalten: In Ninox aktualisiert ein Skriptschritt einen Datenpunkt in einem Datensatz, sendet den Befehl an einen anderen Kontext, den Server, und fährt mit dem nächsten Schritt im Skript fort. Daten werden vom Server zurück zum Client synchronisiert, das bedeutet, Daten werden in einen anderen Kontext zurücksynchronisiert. Ähnlich wie bei JavaScript kann es also vorkommen, dass ein Skript, das den Serverkontext aufruft, die Daten zurückgibt, nachdem das Skript bereits weitergegangen ist, was zu einem "not found" oder leeren Ergebnis führt.

Die Lösung: do as transaction garantiert, dass jeder Schritt abgeschlossen ist, bevor weitergemacht wird. Dies ist ähnlich wie callbacks in JavaScript. In "do as transaction" müssen alle Änderungen auf dem Server abgeschlossen sein, bevor das Skript fortfahren darf. Dies kann das Skript blockieren, aber es garantiert ein zurückgegebenes Ergebnis basierend auf einem Schritt, der einen anderen (Server-)Kontext im Skript verwendet und abgeschlossen ist, bevor fortgefahren wird.

Unsere Triage-Arbeit deutet darauf hin, dass dieses Verhalten schon lange im Produkt vorhanden ist. Wir müssten eine neue Funktion für Ninox-Skript entwickeln, um dieses Problem zu behandeln, und zu diesem Zeitpunkt planen wir nicht, dies zu tun.