A session explorer tab in Audit Explorer lists sessions instead of individual audit logs. A session is the set of audit logs that share the same session ID, recorded in the sid field of the audit.3 schema. Use a session explorer tab to see when each session started and ended, how many audit logs it includes, and which user it belongs to. You can then open a session's audit logs in a search tab.
All screenshots use notional data.
The new tab shows sessions from the Last 7 days and keeps its own filters. You can rename, duplicate, or archive it as you would a search tab. Archiving a session explorer tab saves its time range and user filter to Recent searches as a regular search, so you cannot restore it as a session explorer tab. Archiving does not save the Only sessions with a checkpoint setting.
A session appears in the list if any of its audit logs match the following filters:
uid column that can be filtered.Audit Explorer logs each change to the time range or user filter, and each time you select Refresh sessions, the same way it logs searches. The log does not show that the search came from a session explorer tab, and Audit Explorer does not log changes to Only sessions with a checkpoint.
The Sessions panel lists up to 1,000 sessions, most recent first. When the table reaches this limit, the header shows 1,000 most recent sessions. To review older sessions, narrow the time range or filter by user.

The table includes the following columns:
None. If the Checkpoints application is available, select the ID to open the interaction.When you read the table, consider the following:
To run the query again, select Refresh sessions (the refresh icon) in the panel header. To stop a running query, select Cancel. Instead of sessions, the table can show one of the following messages:
No sessions found: None of the matching audit logs have a session ID.Loading stopped: You selected Cancel before any sessions loaded. Select Refresh sessions to try again.Sessions are unavailable for this table: The audit table is missing a sid column of type string, a time column, or both.If the query fails, the table shows an error message.

Audit Explorer opens a new search tab named Session followed by the session ID. Its sidebar has a Session ID filter, and its time range is set to the session's Started and Ended times. If you filtered by user, the tab can include other users' audit logs in the same session, and its count can differ from Events. The time range covers only the matching part of the session, so widen it to review the full session.
If your organization uses Checkpoints, Audit Explorer can show the justifications that users gave when they submitted a checkpoint. This requires a checkpoint_interaction_rid column that links audit logs to checkpoint interactions. The audit.3 schema does not define this column, so you must add it to the table with a custom transform. When the column is present, Audit Explorer adds the following:
The first three require the column to be a string. The Session tab appears whenever the column exists.
The Checkpoint justifications section and the Session tab show the following:
+2 unknown markings.If Audit Explorer cannot show justifications, it displays one of the following messages:
No checkpoint justifications for this event: The session or audit log is not linked to a checkpoint interaction.Checkpoints is not available: The Checkpoints application is not available on your enrollment.Justifications could not be loaded: You might not have permission to view the checkpoint record. Review the permissions to view checkpoint records.No justifications found: Audit Explorer did not find any checkpoint records for the checkpoint interaction.