You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hi, we are building an integration process between our Jira Service Desk instance and another support platform.... We've managed to build automation rules that trigger some events and using the Rest API we pulled the necessary information to push it into the other platform.
Unfortunately with the comments, although I'm detecting that the body it's composed of text, images and/or files, I'm not being able to actually pull the content of the file because the ID given in the comment section doesn't match the attachment's ID and I can't find a way to match them.
Here is the comment response, indicating that the body of has multiple parts:
But the ID of the attachment is numeric, therefore if I search for the given ID or the occurence Key I can't find a matching file..
Here is the attachment response:
Has anybody approached this scenario?
Thanks in advance for any help you can provide,
If you try to render JIRA comments the below URL is added to attachments in comments. using curl command u can download the file by generating below URL.
https://your.atlassian.net/secure/attachment/<attachment ID>/<attachment ID>_<filename>
pass username & password using CURL.
Thanks hope it helps
Did you figure anything out? We are experiencing the same scenario. The only thing I can think for us to do is run a sub-process on the attachment end point if we see a type other than 'text'.
Let me know if you found a solution.
Thanks,
Stacy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Stacy Menigoz unfortunately no... The only solution we were able to come up with was to store the ID's of the attachments we already sent by Issue and when hook alerts of a new comment compare the existing ID's with the ones we already sent and then only consider the ones that don't match.
We know it's not an actual solution... but it was the best we could do with what we have!!
If you and your team have a better idea, we would really appreciate it if you can share the concept with us!!!
Best of luck and hope our patch helps you somehow!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello sergio.figueroa@escala24x7.com
Can you clarify what you mean by 'pull the attachment'? The REST API can only provide metadata about the attachment, such as its size, location, ID, URL etc.
As per the documentation, the REST API cannot provide the actual data content of the attachment. IE, you can't extract the JPG picture's image via the REST API.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @David Bakkers, actually you do if you interact with the "Attachment" endpoint (https://{domain}.atlassian.net/rest/api/3/attachment/{id}), but you need the actual numeric ID that you can find if you call the ".../issue/{key}" endpoint.
My problem is that although the comment indicates that has a media part (the file per se) it doesn't indicates the id of the file, rather than a GUID that I haven't been able to match with the ID therefore being unable to determine which attachment is part of the comment.
Thanks anyway for replying, I'll keep searching!!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi sergio.figueroa@escala24x7.com ,
Did you find a solution for pulling the attachment of the comment?
If Yes, Please Share.
Thanks!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Prajesh Sortee ,
Unfortunately, he came up with a solution, but not a proper one... Right now, we are storing the IDs of the attachments that have been synced and when we detect a comment that has an attachment, we compare the list to detect which ones are new and send them.
I'm sorry I don't have a better answer for you, but we couldn't keep spending time to find a proper solution for the problem!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.