List is not showing in History

Obito
Tera Expert

Hi all, I am not able to see 'List' for the newly created table. I even check audit = true for some of the fields. 

Obito_0-1721730728887.png

 

2 ACCEPTED SOLUTIONS

Hello @Obito ,

Along with field level audit, you need to make sure the table level audit is also enabled. 
Thank you!

 

Kindly mark my answer as Correct and helpful based on the Impact.


Kindly mark the answer ✔️ Correct or Helpful ✔️ If it addresses your concern.


Regards,

Siddhesh

View solution in original post

They will only show up if you have audit on on the table.


Please mark any helpful or correct solutions as such. That helps others find their solutions.
Mark

View solution in original post

8 REPLIES 8

Satishkumar B
Giga Sage
Giga Sage

Hi @Obito 

Please follow below to turn on audit on "u_test" table.

- Navigate to System Definition --> Dictionary
- Open the record for "u_test" table and check the "Audit" check box and save it.

- try post that you should be able to see List option under history.

SatishkumarB_0-1721737513755.png

 

……………………………………………………………………………………………………

Please Mark it helpful 👍and Accept Solution✔️!! If this helps you to understand. 

Hi @Obito 

If my answer helped you in any way, please then mark it as helpful 👍or correct✔️.

Prathamesh G
Kilo Sage
Kilo Sage

Hello @Obito,

 

Auditing for the table must be enabled to view a history list. By default, the List history option is only available to users with the admin user role. To enable this option to non-admins, create a custom ACL rule granting read access to the Record History [sys_history_set] table.

 

Please refer to the below ServiceNow Documentation for more details:

 

https://docs.servicenow.com/bundle/washingtondc-platform-security/page/administer/security/reference...

 

If the above solution resolve your issue, please mark the solution as Accepted Solution and also mark it as Helpful.

 

Thank you.

Bart T
Tera Contributor

There are 3 things that need to be checked

1. Audit is enabled
2. User have access to sys_history_set - review ACL

3. User have at least one role defined in property: glide.history.role