No ratings

Package and Deployment not setting K2 forms as default when editing

Issue

After P&D deployment updating existing solution the default forms are not set to use the K2 forms and instead still uses the OOTB SharePoint forms.

2021-06-11 09_43_22-Window.png

Cause

This can happen if the forms are pre-created on the target environment and then updating them using P&D (Update existing solution) option which will not refactor the name of the forms on deployment. 

 

When creating forms the forms system name will be short and have no reference to the SP site and lists, this causes P&D not to map them if used as the default New, Edit or Display forms.

 

Sample

 

Form created and deployed using designer. Note the short system name.

2021-06-11 09_48_07-Window.png

Form that was deployed to target using P&D (Refactored naming to ensure uniqueness)

2021-06-11 09_49_37-Window.png

Resolution

Since the From that needs to be set as the default New / Edit or Display forms already exists on the target and using P&D with the option to update the existing solution, the name will not be refactored and set as default forms due to ambiguity. 

 

To fix this delete the Form from the target, re-deploy the package using the P&D option to create a new instance of this solution.

2021-06-11 09_59_08-Window.png

This will force P&D to redeploy the form and refactor the name. On the deployment validation all existing artifacts will be marked to deploy a new version and the deleted form will be marked as create new. At this point if there is no need to deploy a new version, the individual artifacts can be set to use existing.

2021-06-11 10_01_03-Window.png

Deploy the package (P&D will show a warning click OK) and the form that was deleted and being redeployed will have the refactored name and set as the default forms as intended from the source environment.

2021-06-11 10_05_32-Window.png

2021-06-11 10_06_36-Window.png

Labels: (2)
Version history
Last update:
‎06-11-2021 09:36 AM
Updated by:
Contributors