I have a Confiforms form that uses an IFTTT (onModify) that creates a Jira ticket, and then a second IFTT saves the result. On Save, the first IFTTT fires when the user has checked a RequestReview checkbox field, and then the second IFTTT fires and stores the return value (the returned Jira ticket object) in a field (JiraLink).
Both of these IFTTTs check the value of this RequestReview checkbox, and the JiraLink field. If the JiraLink field is already populated, then they do not fire. This usually works well.
However, sometimes this fails -- the form correctly creates the Jira ticket, but fails to save the return value in the JiraLink field. So the next time the user edits, it creates a new Jira ticket. This can happen over and over, resulting in what appears (to the user) to be duplicate tickets.
My question, is there some known reason this might happen?
I have been unable to reproduce this when I point the form to a second (Staging) instance of Jira. My theory is that our Production Jira service is not responding quickly enough, and so the first IFTTT has launched the Jira-Create call, but before it completes, the second IFTTT fires and saves a (blank) return value. Is this a possibility? Anything else to look for?
Do you know what is the response coming from Jira? Any errors?
I think ConfiForms is set to wait for response for 30 seconds - does it take longer for your Jira to answer? Meaning that to create a ticket in Jira you need to wait for 30+ seconds!?
I don't think it ever takes that long (30 seconds).
However, I think I found my problem, completely unrelated to Jira lag. Namely, the field for storing the Jira Issue return value, was restricted to form admins. That is why it was working for me, but not for other people.
My bad, I should have checked that first.
But good info about the 30-second timeout.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, restricted fields cannot be edited by user who have no permissions to edit them. That's the reason of restricting them ;-)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.