If you import data through CSV the default security level (if any) is not used.
Not being able to set the security level through CSV doesn't help either.
Description
If you import data through CSV the default security level (if any) is not used.
Not being able to set the security level through CSV doesn't help either.
I observed exactly the same problem on Version 3.3.3 enterprise.
My workaround will be to make a bulk change of security level on all freshly imported issues every time.
This is error prone and time consuming!
I see this as a security problem, since the lowest security level "None" is used when importing even if
the default security level in the jira Issue Security Scheme configuration is set to the highest possible,
as should be done in any reasonably secure system.
Bettina Zucker - 08/Dec/05 10:26 AM I observed exactly the same problem on Version 3.3.3 enterprise.
My workaround will be to make a bulk change of security level on all freshly imported issues every time.
This is error prone and time consuming!
I see this as a security problem, since the lowest security level "None" is used when importing even if
the default security level in the jira Issue Security Scheme configuration is set to the highest possible,
as should be done in any reasonably secure system.
Mark Chaimungkalanont [Atlassian] - 08/Dec/05 09:00 PM This solution to this is to implement JRA-7962. In that way the default value for the issue security field will then be respected
My workaround will be to make a bulk change of security level on all freshly imported issues every time.
This is error prone and time consuming!
I see this as a security problem, since the lowest security level "None" is used when importing even if
the default security level in the jira Issue Security Scheme configuration is set to the highest possible,
as should be done in any reasonably secure system.