OOTB list_edit operation in ACL became sys_id

[ChrisjhunM]

Hi Everyone, we have this issue regarding the list_edit operation in ACL became sys_id.

In this ootb ACL (7742764c535713003066664906dc340d) in HR Case (sn_hr_core_case) table, when I open it in my PDI, it looks like this:

When I open it using the company instance, the operation displays a sys_id (sys_id of the operation):

In the operation list, there's the sys_id and the other list_edit operation:

When I try to create a new ACL the other list_edit is not showing in the list:

Lots of tables are affected with this issue not just HR Case.

Hoping with your insights.

Thank you!

[Sarthak Kashyap]

Hi @ChrisjhunM ,

Can you please navigate to sys_security_operation this table and search for this given sys_id -> 54f535270a0a0b8c007c67009ab2bdc0. 

Check that record if there is some version changes and if yes so please try to revert of original version or check if something got change or not.

Below is the record

 If you are using snUtils you can find that version related link.

Please mark my answer correct and helpful if this works for you 

Thanks and Regards,

Sarthak

[ChrisjhunM]

Hi @Sarthak Kashyap ,

Upon checking on the 54f535270a0a0b8c007c67009ab2bdc0 in sys_security_operation table, there's only one version and its the current version.

[MadhanMaddy]

Hi @ChrisjhunM ,

I think someone might have deleted this ACL. If you're using sn utils do a quick search of sysid & also try to compare it with lower environment. 

Search with same sysID in lower environment if you can find it. Then move XML or it helps you identify the missed ACL. 

OOTB I don't think we have any such cases where this happens. It can be an issue from our end.

If my answer has helped with your question, please mark my answer as the accepted solution and give a thumbs up.

Best regards,
Madhan

[ChrisjhunM]

I don't see any recent deletion of the record.
We cloned the PROD last July to our lower environment (DEV and UAT), the data now is the same.