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.
Hello, everyone!
I just want to share with you the unusual addon-behavior I've encountered and the solution to it.
I have a bunch of fine-tuned projects for several purposes and each project has its own issue types, fields, screens etc. Many of them have records in “DoItBetter Calendar”, such as birthdays of “EMP” project (it’s very handy). Some time ago I’ve encountered the “Error 500” message when trying to click-and-view a calendar record for some projects. I couldn’t get any of issues to display correctly and eventually gave up on it. This error has been very annoying and I had to tell everyone just not to click on calendar entries.
TIL that the removed “Priority” field is causing this behavior. I configured the visibility of the field through “Field Configuration” back to “Show”, added the field (back) on the screen and bulk-edit all the issues > “Priority” > “Medium” so that the field wouldn’t be empty. This helped and made me very happy.
I decided to share it with you because I couldn’t find anything related on the Internet (for a couple of months now). To tell you the truth, I’ve managed to find the solution by mere luck – I noticed that issues in one particular project popped-up correctly without the “Error 500” (there I just forgot to remove the “Priority” field). I looked into the issue, compared this lucky project to another “unlucky” one and managed to find the solution.
Hope this can help someone else and save time.
P.S. I have already reported this to the @Alex _Doitb_
Grigory Salnikov
Information Security / SOC
Moscow
103 accepted answers
1 comment