Some features in Jira and Confluence rely on users having application access. We did our best to still make sure that these work even with License Optimizer enabled. Please see the below for more details.

Jira

There are currently no known limitations but you might need to enable a dark feature to ensure notifications are being sent:

License Optimizer And Jira E-Mail Notifications

Please read a more detailed description of what you need to verify here: https://wiki.resolution.de/go/ud/jira-notifications

Remaining limitations

  • E-Mail handler integrations: users currently not licensed can't create issues by sending an e-mail
  • Data sent via application links, i.e. posting commits from Bitbucket to Jira are not being detected

Activity in Jira

Jira Service Management

Even with an open browser tab but with no real user interaction in it, the Jira REST API is periodically called from that tab:

  • The Service Management SLA (re)calculation endpoint

Thus, these users would not be removed from the group providing licensed access. Only if they close any open tabs with issues in Jira Service Management.

Confluence

Up until version 5, the following Confluence features did not work for/ with users who currently don't have application access because of inactivity:

  • Selecting these users to be mentioned in comments or on pages
  • E-Mail notifications to these mentioned users
  • E-Mail notifications in general, for page, blog and comment updates
  • Assigning these users to page restrictions and space permissions 

To overcome these limitations, users will be assigned temporarily to the group that provides application access. Since Confluence sends some notifications in a batched format and with a delay, the minimum amount of inactivity period is 15 minutes. We decreased the minimum allowed inactivity period with version 5.0.4 because batched notifications are being sent every 10 minutes in Confluence.
If you previously had a period of fewer minutes defined, the configuration was automatically adjusted when updating our app to version 5 or newer.

Activity in Confluence

Even with an open browser tab but with no real user interaction in it, the Confluence REST API is periodically called from that tab:

  • The Quick Reload endpoint by the plugin with the same name, lets a user know if new comments have been added to the page that they're on

  • The Notifications and Tasks REST endpoint to inform about new notifications in Confluence

  • The Atlassian Analytics API, if enabled

Thus, these users would not be removed from the group providing licensed access. Only if they close any open tabs with Confluence.

E-Mail Notifications and License Consumption

To overcome the aforementioned limitation of email notifications it can happen that at times a lot of users are being added to the license group. You might have pages with a lot of watchers that are currently not actively working.
License Optimizer will only add as many users as there are available licenses. Please keep that in mind because it can lead to some users not receiving notifications. If some spaces/ pages are frequently being updated and you have a lot of subscribers for them, this can also lead to using more licenses. Keeping the inactivity period setting at the minimum allowed value will at least ensure that licenses are released again as soon as possible.

Remaining limitations

  • Team Calendars: can't select users w/o a license
    • We'll fix that in an upcoming version 
  • Recommended updates via email to users who currently don't have a Confluence license
    • We currently don't have any plans to workaround this because it can potentially be impossible
      • Example: you are using Confluence with a 500 users license but in reality 600 unique users access the system; adding them all to the access group before the daily email is sent is not possible