Associations missing after form duplication using "Save As" feature

  • 14 September 2015
  • 0 replies
  • 7 views

Badge +6


 

Symptoms


After using the "Save As" feature to duplicate a form to use specifically as a form that loads under a workflow state (when opened from worklist task), associated attachments no longer load on the "Initialize" method call fro the attachments list view.
 

Diagnoses


By duplicating the form, associations were lost in certain rules. The form, on initialization, was not passing in the necessary ID to the "Initialize" method of the attachments list view for it to properly populate the list.
 

Resolution

Opened the "transfer data" action under the "When the Form is Initializing" rule (if Form parameter ID has not been specified > then transfer data (configure)). Added "ID" value from the list's associated SmartObject to the ID parameter values for views on the form, specifically for the attachments list view. After testing the form, the list now populates with the associated attachments.

Note: When duplicating forms using the "Save As" feature in the designer, SmartObject associations may be lost, generally in initialization rules. The quickest method to check these associations is to compare the rules of the original form with that of the copy, noting any input values that are missing from the copy. If the copied version of the form is meant to reference back to similar values, then re-adding the same SmartObject values will suffice. If the form will be used within a different context, and is acting more as a template, make sure to create the new associations to whatever data source will be used, be it another SmartBox, or a SmartObject created from an external service instance.




 

0 replies

Be the first to reply!

Reply