How to determine who made configuration changes to a form?

[mjdeandrea]

A user is reporting that the behavior of a field has unexpectedly changed.  The user is reporting that a drop-down field that “has always been grayed-out” is no longer grayed out AND the selections available in that dropdown list have changed.  I confirmed that the field now matches the out-of-box behavior.  I also confirmed that the customer had upgraded to San Diego recently, so I suspect that the upgrade overwrote the previous read-only setting and the drop-down choices.  However, I can’t prove it.

I checked sys_audit.list, sys_history_set.list, sys_history_line.list, and sys_update_xml.list and couldn’t find any changes to the field or form).  Do these lists get cleared when you do a release upgrade?

I also ran an Application Changes report, and it didn’t show the field being changed. 

Any and all help very much appreciated.  Thank you.

[dmathur09]

Hi,

Did you check the ACL on that field. Probably the field was restricted by a role and he/she now has the role to update the field.

Regards,

Deepankar Mathur

[Sagar Pagar]

Hi,

Please follow below process.

1. Navigate to the record form of the affected table (example: incident.LIST)
2. Right click the header on the form
3. Configure > Form layout
4. Click on "Show Versions" under Related Links

You can see the multiple versions for form layout changes.

Thanks

Sagar PAgar

[Sagar Pagar]

Hi @mjdeandrea,

Have you resolved the issue? If yes, please mark the answer as correct and close this thread.

if not, let us know where are you stuck.

Thanks!

Sagar Pagar

[Community Alums]

Hi @mjdeandrea ,

As @Sagar Pagar  mentioned , that's the best way!!

Just to add a bit more ,you can see details of the form and last user to update a form view from
/ sys_ui_form_list.do?
/sys_ui_section_list.do?
/sys_ui_element_list.do?

Mark my answer correct & Helpful, if Applicable.

Thanks,
Sandeep