• 22
    • 31
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Atlassian Update – 30 May 2018

      We have shipped additional events in JIRA 7.5. You can now use them while building your plugins, or to get informed whenever an issue link is created or deleted. The new events are IssueLinkCreatedEvent and IssueLinkDeletedEvent.

      When creating webhooks, you can use the following events. The string in parentheses is the name of the webhookEvent in the response.
      create (issuelink_created)
      deleted (issuelink_deleted)

      This ticket remains open as issue linked or delinked events are still not part of a notification scheme. Right now, we do not have any plans for adding these events to notifications schemes. We will let you know as soon as the status of this suggestion changes.

      Regards,
      Jakub Kurcek
      Product Manager, JIRA Platform

      Problem Definition

      Creating or removing a JIRA issue link doesn't trigger any events. This means that the operation can't be used to trigger notifications or Webhook posts.

            [JRASERVER-8505] Add a new "Issue Linked" event for listeners to respond to

            "This ticket remains open as issue linked or delinked events are still not part of a notification scheme. Right now, we do not have any plans for adding these events to notifications schemes. We will let you know as soon as the status of this suggestion changes."

            You can't be serious.  The whole point of Jira is to keep peope up to date on changes to issues and you don't have this tied into Notification events?   BTW, Project Automation feature now exists for this to be tied into as well.

            This issue is nearly 2 DECADES old.   Time to get it together Atlassian.

            Daniel Holmes added a comment - "This ticket remains open as issue linked or delinked events are still not part of a notification scheme. Right now, we do not have any plans for adding these events to notifications schemes. We will let you know as soon as the status of this suggestion changes." You can't be serious.  The whole point of Jira is to keep peope up to date on changes to issues and you don't have this tied into Notification events?   BTW, Project Automation feature now exists for this to be tied into as well. This issue is nearly 2 DECADES old.   Time to get it together Atlassian.

            Ok, good news for everyone. I requested feature with the JMWE guys, and they deliver it.

            Now, JMWE since 8.4.0 can do event based action, based on IssueLinkCreatedEvent and IssueLinkDeletedEvent. 

            Hurray hurray hurray. 

            Tomáš Vrabec added a comment - Ok, good news for everyone. I requested feature with the JMWE guys, and they deliver it. Now, JMWE since 8.4.0 can do event based action, based on IssueLinkCreatedEvent and IssueLinkDeletedEvent.  Hurray hurray hurray. 

            Greeting from the middle of 2023, just wanna to ask, did anyone found any usable solution? Because of strict network rules, I am not able use webhooks at all and need to react to new links / deleted links. 

            Got JMWE and ScriptRunner in my hands, but still struggling with working solution. 

            Tomáš Vrabec added a comment - Greeting from the middle of 2023, just wanna to ask, did anyone found any usable solution? Because of strict network rules, I am not able use webhooks at all and need to react to new links / deleted links.  Got JMWE and ScriptRunner in my hands, but still struggling with working solution. 

            How's it that still in the consideration? Stop those Las Vegas parties and get back to work, please!

            Nikita Subbotin added a comment - How's it that still in the consideration? Stop those Las Vegas parties and get back to work, please!

            Adam added a comment -

            🤣

            My boy started grade 1 this year

            I've been selected twice for the International Biennale of Glass art

            And we've had a pandemic 

             

            In November this issue will officially be allowed to buy me a beer in an Australian pub (and yes, I'm going to print this ticket out and have it buy me a beer at the end of the year).

            Adam added a comment - 🤣 My boy started grade 1 this year I've been selected twice for the International Biennale of Glass art And we've had a pandemic    In November this issue will officially be allowed to buy me a beer in an Australian pub (and yes, I'm going to print this ticket out and have it buy me a beer at the end of the year).

            In which universe is this a suggestion and not a bug?

            Radek Dostál added a comment - In which universe is this a suggestion and not a bug?

            Is anyone looking into this issue, since 2005 many things changed, Atlassian must also bring this change in JIRA. :-/

             

             

            vishal goyal added a comment - Is anyone looking into this issue, since 2005 many things changed, Atlassian must also bring this change in JIRA. :-/    

            how many vote do you need?

            Pierre-Olivier Sauve added a comment - how many vote do you need?

            Dusan Spaic added a comment - - edited

            Hi,

             

            I wanted to use this listener for the "Create issue in epic" action.

            Indeed this listener is called but twice! 

            First time with

            "sequence" -> null
             "destination" -> \{Long@45920} 10012
             "linktype" -> \{Long@45922} 10200
             "source" -> \{Long@45924} 10004
             "id" -> \{Long@45926} 10016
            

             
            and second time with

            "sequence" -> null
            "destination" -> \{Long@45973} 10012
            "linktype" -> \{Long@45922} 10200
            "source" -> \{Long@45974} 10004
            "id" -> \{Long@45975} 10017
            
            

            Both times issue link type is the same ("jira_gh_epic_story") the only difference is the id of the link (10016, 10017).

             

            Can someone explain me this? When looking at the table ISSUELINK, only the last one is created.

             

            Thanks

            Dusan Spaic added a comment - - edited Hi,   I wanted to use this listener for the "Create issue in epic" action. Indeed this listener is called but twice!  First time with "sequence" -> null "destination" -> \{ Long @45920} 10012 "linktype" -> \{ Long @45922} 10200 "source" -> \{ Long @45924} 10004 "id" -> \{ Long @45926} 10016   and second time with "sequence" -> null "destination" -> \{ Long @45973} 10012 "linktype" -> \{ Long @45922} 10200 "source" -> \{ Long @45974} 10004 "id" -> \{ Long @45975} 10017 Both times issue link type is the same ("jira_gh_epic_story") the only difference is the id of the link (10016, 10017).   Can someone explain me this? When looking at the table ISSUELINK, only the last one is created.   Thanks

            Jakub...what kind of workflow you guys working with over there?  Here's a 13 yr old common sense feature request with tons of votes that you finally get around to, and you only partially implement it and then close it...and then reopen it with a Future Consideration status and a comment that basically says "try waiting another 13 years". 

            I had to open JRASERVER-65906 because you guys closed this.  I would think that you could either close that other one as a duplicate, or more better...close this one with a resolution of "Partially Fixed"  and we'll wait 13 years for JRASERVER-65906 to be addressed.

            David Sumlin added a comment - Jakub...what kind of workflow you guys working with over there?  Here's a 13 yr old common sense feature request with tons of votes that you finally get around to, and you only partially implement it and then close it...and then reopen it with a Future Consideration status and a comment that basically says "try waiting another 13 years".  I had to open JRASERVER-65906 because you guys closed this.  I would think that you could either close that other one as a duplicate, or more better...close this one with a resolution of "Partially Fixed"   and we'll wait 13 years for JRASERVER-65906 to be addressed.

              Unassigned Unassigned
              6be0bfd7ad65 Wangjammer 5
              Votes:
              722 Vote for this issue
              Watchers:
              403 Start watching this issue

                Created:
                Updated: