Search before asking
What happened
In the Jira plugin, the issue_convertor logic sets the issue type of subtasks to SUBTASK by default.
https://github.com/apache/incubator-devlake/blob/e0584d67f543ec4e736950e51792922779e4d759/backend/plugins/jira/tasks/issue_convertor.go#L138-L140
However, if an issue type mapping rule is configured, the mapped issue type is still overwritten by SUBTASK, which does not match the expected behavior.
What do you expect to happen
When an issue type mapping rule is configured, the mapped issue type should be retained and not be overwritten by SUBTASK. The issue type for subtasks should only be set to SUBTASK when no mapping rule is specified.
How to reproduce
- Configure Apache DevLake to collect data from Jira.
- Set up an issue type mapping rule to map a specific subtask issue type to another value.
- Run data extraction and observe the transformed data in the domain layer.
- Notice that the issue type of subtasks is always set to SUBTASK, ignoring the mapping rule.
Anything else
No response
Version
release-v1.0
Are you willing to submit PR?
Code of Conduct
Search before asking
What happened
In the Jira plugin, the issue_convertor logic sets the issue type of subtasks to SUBTASK by default.
https://github.com/apache/incubator-devlake/blob/e0584d67f543ec4e736950e51792922779e4d759/backend/plugins/jira/tasks/issue_convertor.go#L138-L140
However, if an issue type mapping rule is configured, the mapped issue type is still overwritten by SUBTASK, which does not match the expected behavior.
What do you expect to happen
When an issue type mapping rule is configured, the mapped issue type should be retained and not be overwritten by SUBTASK. The issue type for subtasks should only be set to SUBTASK when no mapping rule is specified.
How to reproduce
Anything else
No response
Version
release-v1.0
Are you willing to submit PR?
Code of Conduct