Gemini Community Support Site

This Gemini community support site can be used to find solutions to product issues. You can log in using Open Id, Google Profile and even Facebook. Feel free to ask a question or browse FAQs and documentation. Product tour videos are also available along with how-to videos demonstrating key Gemini capabilities.




Updating an issue without updating the revised date using the Gemini API

api

Is it possible to update an issue without updating the revised date for that issue?

I am writing a plugin which syncs Gemini issues with PureCM tasks. If I update a Gemini issue because a PureCM task has been updated - I need to ignore this update rather than trying to sync this update back into PureCM.

StephenWorthington
· 1
StephenWorthington
Replies (4)
helpful
0
not helpful

Unfortunately, that is not possible. Any update to an issue will update the revised by field.

Basically, you are trying to avoid a loop here, correct?


Mark Wing
· 9108
Mark Wing
helpful
0
not helpful

The code works by getting any updated Gemini issues since the last sync and updating the PureCM tasks. Then getting any updated PureCM tasks since the last sync and updating the Gemini issues. So if the same issue has been updated in PureCM and Gemini then the Gemini changes will clobber the PureCM changes - I am fine with this.

The problem is if I update a PureCM task twice then the second changes are clobbered. This is happening because Gemini is detecting that the issue has changed - because it was changed by PureCM.

I could get around this by only syncing Gemini to the time after the PureCM sync - but this will mean that any genuine changes made to Gemini when performing the sync will be lost.

Is there a way of tagging an issue update - so I know I can ignore this update?

If not I guess I can filter it to exclude updates made by this user. This will just be an extra step for users when setting up Gemini. They will have to create a new Gemini user specifically for this plugin and will have to know not to update with this user. In production users should be doing this anyway - but I can imagine it might be confusing when they just want to test the plugin.


StephenWorthington
· 1
StephenWorthington
helpful
0
not helpful
ANSWER

What you can do is use the one of the UserData fields (UserData1, UserData2 or UserData3) for this.
Put the tag / revised in there and check the contents of that field. Will that work for you?


Mark Wing
· 9108
Mark Wing
helpful
0
not helpful

Thanks Mark. This worked a treat.


StephenWorthington
· 1
StephenWorthington