if the issue remains i think, check the Workspace configuration, timeline settings, and any Activity Stream configurations being used by the record page
☑️ If this helped, please mark it as Helpful or Accept Solution so others can find the answer too.
Kind Regards, Azar Serivenow Rising Star ⭐ Developer @ KPMG.
if the issue remains i think, check the Workspace configuration, timeline settings, and any Activity Stream configurations being used by the record page
☑️ If this helped, please mark it as Helpful or Accept Solution so others can find the answer too.
Kind Regards, Azar Serivenow Rising Star ⭐ Developer @ KPMG.
Can you confirm if this is happening to you or to all users across all tables? Secondly confirm if any recent system property was enabled like - glide.ui.user_presence.disabled or glide.ui.live_form_update. Moreover check if any g_form.isLiveUpdating() is written on any such impact table using client scripts? Thanks, Aanchal
Yes, I tested both properties, checked any scripts related to field updates, and tested with 3 user models that I have in the instance, but it didn't work.
If the issue persists after disabling audit — additional places to check
1. Workspace Activity Stream configuration
Check Workspace → Configuration and review which field changes are surfaced per workspace view.
2. History Set (sys_history_set.list)
Remove the field from the History Set definition to stop it appearing in the record History tab.
3. Activity Formatter (sys_ui_formatter.list)
Check if an Activity Formatter is attached to the form — reconfiguring it controls what change messages appear inline.
4. Field-level audit override (sys_audit_field.list)
Even if table-level auditing is off, individual fields can still have auditing enabled — verify no overrides remain active.
