Listener configuration
This page covers how to create, configure, and manage your SIL Listeners, including understanding the events they can respond to. You'll learn the essential steps to get your listeners up and running effectively.
Prerequisite:
You must have Jira administrator permissions to create and manage SIL listeners.
How to access the SIL Listeners configuration page
To open the SIL Listeners configuration, navigate page:
Go to Administration > Apps > Power Apps Config > Advanced > Listeners. If you haven’t configured any listeners yet, the configuration page will be empty.
On this page: In this section: |
---|
The listeners page shows all configured listeners in a table with the following columns:
Column | Description |
---|---|
Script |
|
User |
|
Events |
|
Filters |
|
Execution |
|
Operations | Edit and Delete buttons for managing the listener. |
How to create a SIL Listener
Each SIL Listener entry represents a script that runs for an event. To create a new SIL Listener:
Navigate to the SIL Listeners configuration page and click Add listener.
Configure the listener by providing the following settings:
Setting | Descritption |
---|---|
Choose the script | Select the SIL script file that will execute when the event occurs. You can browse and select from existing scripts in your SIL Manager. |
Enabled | You can easily enable or disable listeners without deleting them.
|
Asynchronous | Determine how Power Scripts processes the listener execution:
See Understanding Listener execution for guidance on choosing the right mode.
|
If you want to run the script as a user, select one | Define the Jira user account to impersonate when the script runs. If this field is left blank, the script will execute with the permissions of the user who triggered the event (indicated as This setting is crucial for scripts that require elevated permissions or need to operate under a specific user's context. |
Select the events you want to react to | Choose one or more events from the dropdown that will trigger this listener. For a detailed list of supported events, see this section. To understand what data and functions are available for each event type, see Understanding listener script context. While you can configure multiple listeners for the same event, this is not recommended for optimal performance. For configuration best practices and execution details, see Best Practices for listener configuration. |
Projects & issue types for which this listener is applicable | (Appears for issue-related events) When you select issue-related events, additional filtering options become available:
Issue types can only be selected in correlation with projects. |
Click Add.
How to manage SIL Listeners
You manage your listeners from the SIL Listeners configuration page.
To… | Do this… |
---|---|
Edit a listener |
|
Delete a listener |
|
Enable or disable a listener |
|
Switch between synchronous and asynchronous execution modes |
|
Supported events
Power Scripts can respond to these Jira events:
Event Type | Events | When they trigger |
---|---|---|
Attachments |
| When files are attached or removed from issues. |
Boards |
| When Scrum boards are modified. |
Filters |
| When saved filters change. |
Issue |
| When issue relationships change. |
Issue comments |
| When issue comments are added, modified, or removed. |
Issue links |
| When issue relationships change. |
Project |
| When projects are created, modified, removed, or moved to trash. The soft-deleted event is triggered when a project is moved to trash, and the deleted event is triggered when the project is permanently removed. |
Sprint |
| When Scrum sprints change status. |
Version |
| When project versions change. |
User |
| When users are created, their profiles are updated, or they are removed from the system. |
Best practices for listener configuration
Following these guidelines will help you create better listener configurations that are easier to manage and work more reliably.
Multiple Listeners per Event: You can configure multiple listener entries for the same event. While it's possible to define an execution order for synchronous listeners, this is generally not recommended for optimal performance and maintainability.
For technical details about execution order, see Execution order and multiple Listeners.
Multiple Events per Listener: A single listener entry can be mapped to multiple events, making the same script react to various triggers.
Recommended approach: It is almost always best practice to have one comprehensive script per event. This centralizes all logic for a given event into a single file, simplifying maintenance, improving readability, and generally providing optimal performance by minimizing overhead.
Need support? Create a request with our support team.
Copyright © 2005 - 2025 Appfire | All rights reserved.