Skip to end of metadata
Go to start of metadata

The audit log lists add-on-related administration events that have occurred in the system in a given time frame. Among other information, this log reports when an add-on is installed, disabled, licensed, or uninstalled.

By default, the audit log purges event records after 90 days. You can modify the default purge policy if desired.

You can view add-on administration event through the Audit log page or by RSS feed. The RSS feed gives you flexibility in how you monitor add-ons administration events.

On this page:

Viewing the audit log

To view the audit log:

  1. As an administrator, go to the Find new add-ons or Manage add-ons page from the administration console.
  2. Click the Audit log link at the bottom of the page.


    The audit log with a list of the 25 most recent entries appears.
  3. Click the refresh icon to view entries generated since the last page load.

Notice that the logs are available in the form of an RSS feed. Click the RSS icon to see the feed URL. 

Configuring the audit log purge policy

Log entries are removed from the system when their age exceeds the time configured in the purge policy. By default, the policy is 90 days.

To modify the amount of the time after which logs are purged: 

  1. As an administrator, go to the Find new add-ons or Manage add-ons page from the administration console.
  2. Click the Configure purge policy link.
  3. Specify the time in days after which logs are purged in the Purge audit log after field.
    The log entries are deleted from the audit log on disk after the configured time period. 
  4. Click the Confirm button.

 

  • No labels

8 Comments

  1. Anonymous

    Is it possible to access the audit log from file system or export the audit log?

  2. Hi there,

    There isn't a way to directly export the UPM audit log or access it from a file system. You might be able to export the RSS feed, but this varies by RSS reader. I hope this helps!

  3. Hey, we're running JIRA 5.2 with UPM 2.8.2 and I'm wondering if there's some kind of restriction on who can subscribe to the add-on audit log feed? It seems that the feed isn't accessible at all unless and admin is logged in and accessing admin functions.

  4. Is it possible to see an audit log of time spent deletes? We enabled the ability for all users to be able to manage all time logs across all tickets – and someone seems to have been going thru and deleting their and other team members time spent logs. We are trying to pinpoint who did it. In meantime, we changed the permissions so that only the admin user (me only) can delete time logs and that users can only create/edit their own time logs only. However, it messed up the last month of tracking.

  5. Hi, I've expended my google fu without coming to a concrete conclusion: Is there a way to log usage of plugins? We log every view of every page, as well as edits, creations etc. However when it comes to plugins (like Scroll PDF Exporter), if I'm not mistaken the log only states the use of the plugin, not what data the plugin actually accesses, which is an audit concern when you can't trace what has been accessed.

    Is there a solution to this that I'm missing?

    Edit: Also preferably one that outputs the log to files, so this page might be the wrong forum for the question?

    1. I haven't checked the output from the logs for plugins, but you can configure logging in jira_url/secure/admin/ViewLogging.jspa (JIRA 6.4.3). You should be able to add the plugin key and experiment with the log level, maybe it will give you the output you need.

      EDIT: confluence_url/admin/viewlog4j.action (Confluence 5.7.1)

      1. This is specifically Confluence related, but I'm assuming jira_url has a confluence equivalent. Thank you for the suggestion, I will look into this.

  6. Is there an RSS reader that can access this feed when you have to log in with the two stage authentication ? All of my admin accounts require the admins to login again if they want to access the admin section.