-
Bug
-
Resolution: Fixed
-
Low (View bug fix roadmap)
-
6.3.12, 6.6.0, 6.6.13, 6.6.80, 7.1.0, 6.4.14, 7.2.7, 7.3.1, 7.4.3, 7.6.0, 7.11.2, 8.1.0, 8.2.1, 8.5.0, 8.12.0, 8.14.0, 8.13.2
-
6.03
-
42
-
Severity 3 - Minor
-
60
-
Summary
With workflows created by jira agile the descriptions of the post functions are referencing the java objects instead of the descriptions, please see the attached screenshot.
Environment
- JIRA Software Scrum Default Workflow
Steps to Reproduce
- Select Manage Boards
- Create Board
- Create a Scrumb board
- New project and a new board
- Fill in Board / Project name
- Select *Agile Simplified Workflow (reocmmended)
- Create Board
- Go to workflow for this newly created project
- Select a transition
- check the Post Functions
Expected Results
A description of the post functions.
Actual Results
The following will be processed after the transition occurs
- Type: class
Class: com.atlassian.jira.workflow.function.issue.UpdateIssueFieldFunction
Arguments:
field.name = resolution
field.value =- Type: class
Class: com.atlassian.jira.workflow.function.issue.UpdateIssueStatusFunction- Add a comment to an issue if one is entered during a transition.
- Type: class
Class: com.atlassian.jira.workflow.function.issue.GenerateChangeHistoryFunction- Re-index an issue to keep indexes in sync with the database.
- Type: class
Class: com.atlassian.jira.workflow.function.event.FireIssueEventFunction
Arguments:
eventTypeId = 13
Workaround
For Jira administrator:
- If you need to edit the generated workflow, create your own workflow instead of editing or copying the generated workflow
For system administrator:
- Stop JIRA
- Make sure to backup data just in case
- Fix the descriptor
- For instance:
$ W_ID="10200" # Change this value as the affected workflow ID $ DB_NAME="__JIRA_DATABASE_NAME__" $ psql ... -d ${DB_NAME} -c "Copy (select descriptor from jiraworkflows where id = ${W_ID}) To STDOUT;" > descriptor_${W_ID}.xml # Edit the xml file (Remove '\n' and the redundant line breaks) $ psql ... -c "update jiraworkflows set descriptor = '$(cat descriptor_${W_ID}.xml)' where id = ${W_ID}" ${DB_NAME}
- For instance:
- Start JIRA
- Verify the affected workflow is fixed (Discard the draft workflow if exists)
- duplicates
-
-
- Closed
-
- is duplicated by
-
-
- Closed
-
- relates to
-
-
- Gathering Impact
-
| Form Name | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
[JSWSERVER-11547] JIRA Agile Simplified Workflow - Post Functions displayed incorrectly
Noticed this in Jira 9 with workflows created by Jira 7.2 or lower
This is annoying, any ideas on root cause? Still finding corrupted workflows in 8.20.1 now.
Oups ... I forgot that Attachment Permission was no more allowed.
Sure that you will be able to find and see theses malformed Workflows !
Soon 7 years that this bug has been raised.
What are you waiting for fixing such bug ?
You have some difficulty to identify the root cause ?
In your source files, I have no idea where you managed it ...
But in the distributed files (here 8.17.0), you will find them in :
- atlassian-jira-software-8.17.0\atlassian-jira\WEB-INF\application-installation\jira-software-application\jira-greenhopper-plugin-8.17.0.jar
In this plugin ...
- The XML Descriptor modules/project-templates.xml defined 4 project-blueprint modules :
-
- basic-software-development-template
- gh-sample-kanban-template
- gh-kanban-template
- gh-scrum-template
- The Enum com.atlassian.greenhopper.service.workflow.SimplifiedWorkflowPresets defines 4 predefined Workflows :
- SIMPLIFIED_WORKFLOW,
- KANBAN_SIMPLIFIED_WORKFLOW,
- KANBAN_SIMPLIFIED_SAMPLE_WORKFLOW,
- BASIC_SOFTWARE_WORKFLOW
When requesting a new project based on a model (example com.pyxis.greenhopper.jira:basic-software-development-template), the project will be created using by the PresetData built by the class com.atlassian.greenhopper.service.workflow.SimplifiedWorkflowServiceImpl for each known templates.
These PresetData references 3 predefined Workflows :
- \templates\greenhopper\jira\workflow\BasicSoftwareDevelopment.xml
- \templates\greenhopper\jira\workflow\GreenHopperKanban.xml
- \templates\greenhopper\jira\workflow\GreenHopperLite.xml
HERE is the needed correction !! These 3 Workflows are not well-formed !!!
The XML Indentation is strangely performed and some extra-characters are present.
It has no effect for OSWorkflow Engine, in charge of interpreting th Workflow descriptor, but it is the root cause of this painful bug when editing the Workflow. A different XML Parser is perhaps used for this 2 distinct features.
IN ALL CASE, YOU HAVE NOW THE FOCUS ON WHERE THE CORRECTION HAS TO BE DONE !!
Note that in the same, it will correct also the Sample Projects created with com.atlassian.greenhopper.sampledata.SampleDataGeneratorImpl.
Please correct it before its birthday !
Vincent
PS : Hopping that this comment will be read not only by Watcher Customers.
3ac924f844ec: Thank you, but the first workaround has already been covered by Alexander Sowatsch, and the second one is only acceptable if you haven't added too much custom transitions that you'd need to recreate or attach temporarily to other statuses.
You can also copy the workflow and remove the statuses and re-add them. Then replace the workflow back to attached workflow.
afb6234f8e80 Is the fix only visible in the newly created workflows, or is there some sort of conversion available for the old ones?