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.
The Current Regular Expression:
\A(\{.*\}\n?\s?|<.{0,5}>|[_+*\-])*[Tt][Hh][AaxX][Nn]?[Kk]?s? ?[Yy]?[Oo]?[Uu]?[^%]*$
I know we're not the only ones who deal with this. We resolve the issue, put it into "Resolved", and the customer replies "THANKS!" or some other variation, triggering the issue to reopen. Then we have to manually close it again.
I've worked out more of the details in this thread with community assistance, and further poking and prodding at the commenting system has allow more adjustment of the regular expression that fuels this.
Here's the rough overview of how the rule is assembled in my environment:
The "Compare two values" is the lynchpin of this. The intent of this automation is:
There are some chances for sweeping up false positives. The following messages would ALSO be ignored:
These have been deemed acceptable in our environment, but that's a consideration each org would have to make themselves.
Testing more simplified versions of the regex pattern revealed hit-and-miss results. Having the automation kick the {{comment.body}} out to a webhook showed that {color:#000000} was preceding the text. Some searching revealed this document, which highlights some of the many potential patterns and characters that can precede a comment when it is being evaluated by automation. These were the cause, and adjusting the regex to account for them resulted in a MUCH higher hit rate.
The regular expression attempts to account for `{color:whatever}` and some common markdown text formatters (italics, bold, strikethrough). The regex does NOT account for ALL of them, but it suits my needs for now. You may choose to further adjust to your local needs.