QFQ

In Doku besser beschreiben

Wir sind eben wieder in das Problem gelaufen (v23.1.1), deshalb ein Update

typeAheadPedantic = 1 löst das Problem jetzt nicht, gut möglich dass es das auch früher nicht gelöst hat.

Das Problem tritt auf in einem Textfeld mit dynamic update und typeAhead.

typeAheadSql = SELECT id AS 'id', PC_Stufe3 AS 'value' FROM org_units_fv WHERE PC_Stufe3 LIKE ?
typeAheadSqlPrefetch = SELECT id AS 'id', PC_Stufe3 AS 'value'  FROM org_units_fv WHERE id=?
typeAheadMinLength = 3
typeAheadLimit = 40
typeAheadPedantic = 1

(PC_Stufe3 beginnt mit zahlen)

• Wenn ich das Feld das erste Mal speichere, landet die ID in der DB.
• Wenn ich das Formular wieder öffne, ein anderes Feld verändere und wieder speichere, landen die Ziffern aus PC_Stufe3 in der DB

Die Lösung, die wohl auch letztes Mal funktioniert hat, war die Daten gar nicht via Text-Feld sondern via separate afterSave Action zu speichern.

Puzzeling Fact: Die funktionierende Lösung hat ein DB-Feld origin und zwei FormElement nodb_origin (text, mit dem Inhalt oben) und nodb_safe_origin (afterSafe-Action). Wenn ich im sqlBefore-Query von nodb_safe_origin einen Fehler habe, schafft es QFQ irgendwie wieder die Ziffern aus PC_Stufe3 in die DB zu schreiben - obwohl das Formular gar kein entsprechendes Element hat...