Is there any way to force creation of "Team-managed" projects to Private only on Jira Cloud?
Hi @Tomasz Cholewa and welcome to the community!
Unfortunately no. I've found when I want guard rails around team-managed projects, the best approach is to lock down ability to create them:
Of course, this is assuming that users don't need to create team-managed projects that frequently as this could create unanticipated overhead on your Jira Admins.
The other option is to set up an automation that notifies you and/or other Jira admins every time a project is created so that you can do a quick spot check to ensure access was configured appropriately. If you're familiar with the Jira API, you could get more complex with the rule and have it check for team vs company-managed and only notifies on team managed.
Thanks, we done this more-less your way earlier. Need to check Jira API. Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I actually managed to create an automation that sends me and the creator of the team-managed project a warning email only if a team-managed project with open access was created. It wasn't easy. Can't share as I'm not at work. Some templates seem to still create the project with open access, others were changed (I think).
If anyone is interested I can share next week.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Would be great if you could share the script & automation rule setup, I'm facing the same issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is how I did it.
Basically it checks if a licensed user that I created (account needs site access and possibly a Jira Software license) specifically for this automation has the browse permissions on a newly created team-managed project.
It seems like "project.simplified" is always true for team-managed projects, so I just used that for the lack of a better indicator but I think you could just remove that if condition completely and it should work.
I did this more than a year ago, so there might be better ways now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Hope Man This is great, thank you.
Can you please elaborate on values for accountId and the second webResponce?
I'm having a hard time understanding the logic. Tried a few things, but getting errors.
Thank you very much in advance.
Miloš
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
AccountId is the Account ID of a user that was created just for this automation. The only thing this account has is a Jira Software license.
I'm calling a Jira REST API query in the "Send web request" block to check if this account can browse/view this newly created project (I'm using my own admin account's access token as authentication).
Then I get a response with a code and a body. 200 is code for "ok", which means there were no errors.
Then I I get the body and check if it contains the above accountId.
If yes, then I send an email to the user that created the project (and me as a Jira admin), because it means the project was created with open access settings since somehow a user with only a Jira Software license has the BROWSE_PROJECT permission for this new project (this only happens if the access settings are set to "open" or the account was specifically added to the project's permissions).
It's possible that there are better ways to do this now. Saw a bunch of REST v2 and v3 call candidates that I may or may not have tried when I attempted to create this automation a year or so ago.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You cannot do this. If you allow the creation of TMP projects in your instance than anyone can create a project and they can control access themselves.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well that's fine if you had the ability to make "private" the default setting, yet the default is "open", which is a big problem.
Close to a year later and it still a security issue, unless you can tell me how to do it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.