Beim Speichern falscher Wert im Feld

[tfrenz]

Hallo, haben eine Applikation für rechnungen.
Hier wird manchmal in Zeile 26 Im Feld Artikel028 beim Speichern irgendwas rein geschrieben.
h ?♪
Das ganze passiert aber nicht immer. Kann es auch nicht nachstellen.
Nur das Nervt, da man den inhalt immer manuell löschen muss.

Tritt bei Notes 12.0.1 und 10.0.1 FP4 auf unterschiedelichen Rechner und Domino Servern auf.
Hat das schon mal jemand gehabbt?

[Tode]

Das kann ja nur von der Applikation selbst kommen, insofern wird Dir das hier niemand beantworten können

[eknori]

Nun, was erwartest Du jetzt als Antwort? Die Informationen sind sehr dürftig ( und enthalten Flüchtigkeitsfehler ).
Das Beste was mir einfällt ist "Nein, habe ich noch nicht gehabt. Ich tippe auf kosmische Hintergrundstrahlung. Kann ich bei mir auch nicht nachstellen, weil ich in meinen Applikationen kein Item mit Namen Artikel026 habe."

Was macht Dien Code denn überhaupt, dass es zu einem solchen Effekt kommt?

Also Lektüre kann ich noch Folgendes empfehlen : https://paulswithers.github.io/blog/2022/07/02/reproducers

[SD]

Man muss hier tatsächlich etwas wild ins Blaue raten, aber beliebt bei solchen Tabellen mit durchnummerierten Feldern ist immer der tükische Copy&Paste-Fehler. Da hilft nur die Felder/Formeln/Scripte, die irgendwas mit diesen Feldern machen, alle nochmal zu prüfen, ob man irgendwo was verbaselt hat.

[tfrenz]

Hallo, im Feld ist nichts hinterlegt, was irgendwas reinschreibt.
Auch PostSave /QuerySave etc haben nichts drin.
Das ganze passiertr auch nur sporadisch.
Ich kann leider nicht sagen wann es vorkommt.
Habe ja nur gemeint, ich habe da im Forum was gelesen, aber nichts gefunden.

Dann muss ich mir was einfallen lassen.
Aber danke für die Antworten.

Gruß Thomas

[Werner Götz]

Ich hatte ein ganz ähnliches Problem auch mal, trat aber nur in einer Citrix-Umgebung auf.

Ich denke aber, dass da noch eine Translation-Formel zum Feld im Spiel war.
Es wurden ebenfalls kryptische Zeichen ins Feld geschrieben, die aber nicht so aus der Translation-Formel kamen.

Der Fehler ist schon lange nicht mehr aufgetreten, ich weiß gar nicht mehr, ob bzw. was wir da geändert hatten.

-Werner

[Christian Kröll]

Seit Mitte November haben wir den gleichen Effekt in einer Teilmaske(!), allerdings mit dem Twist, dass je nach Maske das Feld mal belegt wird, in anderen Masken nicht.
Die Dokumente werden via Script erzeugt und dem Anwender zur Prüfung und zum Speichern angezeigt. Das fragliche Feld ist hidden, es sei denn, das Script hat das Feld mit Werten belegt. Der Benutzer bekommt das ungespeicherte Dokument zur Prüfung angezeigt.
Zu diesem Zeitpunkt ist das fragliche Feld leer, egal ob sichtbar oder noch versteckt. Erst nach "End Sub" des QuerySave des Dokuments kann man schon in den Eigenschaften des Dokuments für das Feld die gleichen Zeichen sehen, wie oben vom Fragesteller gezeigt. Es gibt keine Eingabeumsetzung oder Validierung im Feld, keinerlei Scripte in der Teilmaske und keine anderen "Post"-Events. Im DXL Export der Maske ist das Feld ganz gewöhnlich.

Löschen und Neuanlage des Feldes helfen nicht, was auch widersprüchlich wäre, da ja in anderen Masken mit der Teilmaske das Feld funktioniert.

Eure Glaskugeln sehen mit diesen Infos wahrscheinlich auch nicht viel klarer, aber vielleicht habt Ihr noch eine Idee, wo wir suchen könnten.

[Werner Götz]

@Christian Kröll: Bei Euch auf einem normalem Windows, also nicht unter Citrix?
Bei mir war das Ganze auch in einer Teilmaske.
-Werner

[Christian Kröll]

normales Windows, Linux Server, kein Citrix
Da die Dokumente über Nacht für die Buha aufbereitet werden, können wir den Feldinhalt löschen. Ist zwar eine Lösung, aber lieber wüsste ich die Ursache.

[FrankLU]

Hallo,

ich hatte das Problem auch schon und auch hier ein Ticket aufgemacht https://atnotes.de/index.php/topic,63500.msg404510.html. Das Problem fiel zeitlich mit der Umstellung meines Designers auf V12 auf, war aber auch nur auf einige, wenige Dokumente beschränkt und verschwand dann.

Ich hatte die Vermutung (!), dass der eine oder andere Rechner oder Client zu lange lief bzw. die DB zu lange offen war (über mehrere Tage), und sich "Speicherschrott" im RAM oder der Chache.ndk ansammeln konnte. Bei anderen Notes Problemen (Dokumente ließen sich nicht mehr öffnen, Dokumente wurden nach dem Speichern und Umschalten in den Lese-Modus nur noch ohne Inhalte angezeigt (weiße Fläche im Register), "falsche" Dokumente wurden geöffnet, wenn ein Dokument aus einer Ansicht geöffnet wurden, per Script gespeichert, geschlossen und wieder geöffnet werden sollte) half immer nur ein Neustart des Rechners.

Grüße
Frank

[Christian Kröll]

Danke Frank für Deinen Input. Auch ein frisch installierter Client erzeugt immer in diesem einen Feld die gleichen oben dargestellten Buchstaben und Noten. Lokale DB oder Server spielt keine Rolle. Die Zicken, die Du beschreibst, haben wir auch nicht. Sollten wir doch noch etwas finden, gebe ich es gerne hier weiter.

[Ralf_B]

Wenn das wieder vorkommt, würde ich mal mit Ytria prüfen wann das Feld geändert wurde.
Das ist zumindest ein Anhaltspunkt.
Auch würde ich mal prüfen ob in einem anderen Feld dieses Feld geändert wird.

Nuch mal als Idee.

Ralf

[Christian Kröll]

Danke Ralf, guter Punkt. Ytria zeigt für alle Felder genau die Zeit vom Feld $Revisions und der Zeit "Added in this file" unter Note Info.

Auch bei einem bereits gespeicherten Dokument, in dem das Feld durch einen Agenten bereinigt wurde, kommen die Zeichen wieder. Das QuerySave läuft an und endet bei bereits gespeicherten Dokumenten nach zwei Prüfungen anderer Werte mit "Exit Sub". Ytria und der Debugger zeigen, dass das Feld leer ist. Unmittelbar nach dem Schritt "Exit Sub" sind die Werte wieder in Ytria zu sehen.

Ich erstelle die eine Maske, die die Fehler in der Teilmaske produziert mal komplett neu. Hoffentlich einfach eine Macke und kein Problem mit umfangreichen Masken mit vielen (!) Feldern.