We need to have a field marked in Portal as Read Only so users cannot modify, but we are dynamically updating that field using Portal Form Handlers. When set to read only a field is not passed back into the corresponding attribute in IDM.
For Example a Create User form in the Portal with the following fields
First Name (Read/Write)
Last Name (Read/Write)
UserID (ReadOnly)
Where the end User or an Admin enters the First Name and Last Name in the form and the UserID is dynamically generated to conform with company policies, using form handlers.
The problem is that if the UserID field is marked as read-only it is not be sent to the Identity Manager as a Create activity.
Identity Portal 14.3 - Post Cp3
The design philosophy of the Portal and IDM is that a read-only field is exactly that, for display only and should not be updated, therefore marking a field on a form in Portal to read-only results in that field being omitted from the update back into Identity Manager. This behavior was changed in Portal CP3:
https://techdocs.broadcom.com/us/en/symantec-security-software/identity-security/identity-portal/14-3/release-notes/fixed-defects/Identity-Portal-14-3-CP3---Fixed-Defects.html
32158377
|
DE475214
|
Identity Portal sends read-only fields' data to Identity Manager upon submitting the Modify Admin task.
|
Identity Portal does not consider the read-only flag while submitting the Modify Admin task to Identity Manager.
|
As an alternative to achieve the same functionality you can programmatically set the field(s) that should be Read Only (but being updated by form handler logic) as NOT being Read Only, i.e. the "Read only" check-box is NOT checked.
Then in those fields "Init handlers" use the following code line to set the field to programmactially set Read only:
prop.readOnly = true;
The result is that the field becomes Read Only for the end users, but the Portal itself does not see the field as read only and will include this field in the update back into Identity Manager.