Crash vermeiden

[jaenicke]

Wie sieht denn der Stacktrace bei der Exception aus?

[TurboMagic]

Hallo,

anbei mal der Stacktrace.
Ich hab aber den Verdacht, dass sich hier evtl. einfach was "selbst überholt"
und evtl. tritt das Problem nur beim Debuggen auf, weil man durch Breakpoints
ggf. auch Zeitverhalten usw. beeinflusst.

Leider kann man den Stacktrace noch nicht in die Zwischenablage kopieren.
Das lernt die IDE aber bestimmt auch noch...

Wie komme ich zu meinem Verdacht?
Naja, manchmal springt er von der FailureTypeStr Zuweisung gleich zum Breakpoint
am Post und überspringt somit den bei FIleByName.

Grüße

TurboMagic

[TurboMagic]

Habe es jetzt mal außerhalb der IDE getestet: Fehler kommt trotzdem, wird nur eben durch Exception Handler abgefangen.

[Olli73]

Hast du die Query auf "asynchron" gestellt?

[TurboMagic]

Nicht dass ich wüsste, aber: wie würde man das überhaupt machen?

[Lemmy]

schau mal ob die Komponente die Eigenschaft "State" hat, sollte eigentlich ein enum sein.
Bitte logge mal mit, wie sich der State verhält, wichtig wäre hier vor dem Open und nach dem Open.
Kann es sein, dass du die Query wo anders im Code noch verwendest und dort beim Append die Query eigentlich im Edit/Insert Mode ist und einen Post abschickt und der dann zu der Exception führt?

[Uwe Raabe]

gelöscht

[jaenicke]

Zitat von Lemmy:

Kann es sein, dass du die Query wo anders im Code noch verwendest und dort beim Append die Query eigentlich im Edit/Insert Mode ist und einen Post abschickt und der dann zu der Exception führt?

Ja, das sieht man ja deutlich im Stacktrace:
Append --> CheckBrowseMode (hier wird erkannt, dass der Status nicht passt) --> Post (als Konsequenz, weil da noch ein offener Datensatz hängt)

Die Frage ist natürlich, warum da noch ein Datensatz gerade editiert wird. Prinzipiell könnte man das mit Cancel abbrechen, aber die Frage ist, ob das wirklich gewünscht ist, oder dann Daten verloren gehen.