Announcing improvements for handling tag change collisions in tickets

Return to top

4 Comments

  • Rafael Santos
    User Group Leader

    This is awesome! Although your example mentions the concurrency between 2 agents, will this work along with other Tag changes, such as those from the following endpoints:

     /api/v2/tickets/:ticket_id/add_tags
    /api/v2/tickets/:ticket_id/remove_tags
    /api/v2/tickets/:ticket_id/set_tags

    and

    /api/v2/tickets/update_many
    {
    "ticket": {
    "additional_tags": [...],
    "remove_tags": [...]
    }
    }

    Therefore having all ticket updates from the Ticket interface have its ticket.tags diff resolved to add and remove instead of replace?

    3
  • Jagan

    I have a similar question as Rafael. Does this have any impact on the API updates? We have always had problems with API updates for tags where the tags will be lost when another update happens. 

    2
  • Samir Shah

    Hello Rafael and Jagan, 

    Rafael - Correct, the ticket.tags diff is resolved to add and remove rather than replace.

    Jagan - This is just a frontend change, and relates to how we solve tag collisions in the ticket UI. Since the tag changes will persist in the UI, the API will update depending on if the agent submits the tag changes. Scenarios with HTTP 409 errors were not considered here, but may be looked at more in the future. 

    0
  • Andrew Chu

    please confirm if this feature only applies to manual updates of tag field or automated tag updates by trigger/macro/check-box, drop-down field updates

    0

Please sign in to leave a comment.

Powered by Zendesk