When I assign issues to epics, the parent Epic shows the child issues nicely. That's great!
But what about the reverse flow ? If I am on the child issue, I want to see to what parent Epic it points to.. So I enabled the gh.epic.link.name to show up on the view page. Works perfectly. The only problem is that the label itself "gh.epic.link.name:" is rather ugly looking.
Can't we display something friendlier? This field is locked, so I cannot translate it.
Anyway I'm surpised that this very common use field /usage scenario does not present a friendlier usage solution.
Maybe this quesiton should become an issue ?
It seems that you have ran into a known issue in Greenhopper:
As a workaround, you can *unlock* the GH custom fields and rename it to a suitable name. You can refer to the bug ticket above for the detail steps on renaming the custom fields.
Is this issue going be fixed ? why does it happen ?
I read the link you have sent, it's frightening and this just should not be MY headache. :)
A paid addin which cannot display properly it's own MAJOR custom fields - disgusting:!
1) makes this look totally unprofessional when show this to my higherups
2) I worry if I implement this fix that this will end breaking something else now or in later evolutions in JIRA / JiraAgile
After all if I am modifying these fields for friendly names, this does not touch the db schema ? So ok, I'll have to rework some filters, but will JiraAgile know what fields to call ?
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi Atlassian Community! My name is Shana, and I’m on the Jira Software team. One of the many reasons this Community exists is to connect you to others on similar product journeys or with comparabl...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG