I have a table configured in the description field of my custom Content Update work type in Jira cloud. The table is part of the default template of this field so that it is shown on creation of a new work item with the 'Content Update' type.
The issue I am experiencing is that if a work item with this type is created via the global 'Create' function and not as a child to an existing Epic, the table does not format as expected.
Please see the examples below.
VIA EPIC
VIA GLOBAL CREATE
Any support would be greatly appreciated.
Team managed
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That was Created with this Guide ?
Issue is probably caused by global Create using a different editor path.
Jira Cloud has had limitations around tables in default Description templates, especially where old wiki-style table markup is involved. Atlassianās documented workaround is usually not to rely on the Description default rendering during create, but to apply the table after creation.
You can use a Jira Automation rule to insert the table template into the Description immediately after creation. Alternatively, you can use a temporary custom paragraph field on the Create screen to hold the default template, then automate copying it to the system Description field post-creation.
Best,
Arkadiusz š¤
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Adam ,
As you mentioned, you're using team-managed space, san you share how you've configured this default table to actually show up? (like, screenshots and/or examples would be helpful)
I do have something similar built in my personal space and I'm using default value feature for it, and it shows how you'd expect, either in the create modal window and after creation. Although I'm using company-managed space here. š
UI should use Atlassian Document Format (ADF), but it may be that, in some cases it uses legacy Wiki Markup (I've seen it once or twice).
Cheers,
Tobi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Tomislav Tobijas Theoretically agree š but "should use" is always something what I like to See š šš¤£
I've seen plenty of different behaviors, sometimes inconsistency between Editor in Pre and post action leading to some things like user asking here š¤.
In general, I've noticed after the UI changes in the last few months, the Editor handles post-actions much better than during creation, but that doesn't really surprise me. šš¤
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.