Bug #2931
closed
Folgeticket #2914 -> afterSave Hauptrecord xId nicht direkt verfügbar
Added by Elias Villiger over 7 years ago.
Updated over 7 years ago.
Description
Beispiel:
- id eines neu erstellten Records wird korrekt als xId im Hauptrecord gespeichert (afterSave, #2914)
- Aber: diese xId ist unmittelbar nach Speichervorgang in der Form nicht verfügbar. Wenn z.B. ein FormElement {{SELECT budget FROM costType WHERE id = {{xId}} }} abfragt, wird {{xId}} nicht ersetzt, was in einer leeren Ausgabe (bzw. "false") erfolgt.
Stores F, R, C, S getestet.
- Status changed from New to In Progress
Hallo Elias
kannst Du mir das Form und die FormElemente angeben?
Vielen Dank
CU
Carsten
Hallo Carsten
Gerne: Ich habe dir auf der Test-Seite (
https://lean.geo.uzh.ch/prod/index.php?id=122) einen Link zum
entsprechenden Formular erstellt (financesCorrections).
Das FormElement xId2 erstellt einen costType record, der dann korrekt mit
dem gGroupMember Hauptrecord verknüpft wird. Wenn dies aber das erste Mal
geschieht, werden die Felder "Number" und "Description" (kommen aus dem
costType record) nicht korrekt angezeigt. Beim Bearbeiten eines bestehenden
Records gibt's keine Probleme.
Vielen Dank!
Elias
Am 8. Dezember 2016 um 15:32 schrieb <ticket@math.uzh.ch>:
- Related to Support #2064: Input Elemente die als JSON response 'value=false' bekommen, zeigen 'false' an. added
Die zwei Links auf der Test-Seite (https://lean.geo.uzh.ch/prod/index.php?id=122) funktionieren weiterhin (bzw. wieder)
PS: Bei der Form sind nur die ersten zwei Felder (Number und Comment) aktiv, die Felder Budget und Actual habe ich disabled, weil das Prinzip identisch wäre.
- Related to Support #2914: QFQ: aftersave macht kein 'update' falls master record uerspruenglich 0 war. added
- Status changed from In Progress to Closed
- Priority changed from High to Normal
- Fixed in 6d0b7059
- Habe es nur getestet mit meinem nachgebauten Beispiel - es koennte also noch andere Probleme haben.
Also available in: Atom
PDF