Comments
-
There are some things tracked in the database, but you have to look at what the app does and how it is configured before you can go looking for them.
-
Yep, it's one of the first things a good Jira admin does when they create a new project - remove delete permissions. There's a request open to get the default changed somewhere.
-
Welcome to the Atlassian Community! For most apps, you have to look at what the app does and how it is configured. They all do so many different things, there's no way to report on "usage".
-
Welcome to the Atlassian Community! You will need to grant them access to that project, and remove the permissions for all the other projects for them to get into them (Jira defaults to "all logged in users can see this project" - that needs to be removed)
-
You don't have any option but to use an automation of some sort (scripts or apps) - you need to replicate the history record of "last changed" into one or more fields if you want to see them in in an export of a filter.
-
Your Polarian server is configured to redirect, which won't work with remote images. You should have your Polarian server set up to work over https only (with a rewrite for http access), and you should be using https:// links for your embedded images.
-
Welcome to the Atlassian Community! Do you mean the administration of the board, or the actual usage? Usage is tracked in the issues that the board selects to view, not the board.
-
Why? This is something you should be doing in the workflow, the "rejected" is clearly a part of a process, not part of a field (if it really is part of a field, then you should be doing it as a field, not mangling the summary)
-
Welcome to the Atlassian Community! I think you have asked this in the wrong place. I suspect your application/service is using an Atlassian service to do issue tracking or documentation, and you have clicked on "help with docs/tracker service" instead of "help with the application/service". That brings you here to the…
-
* Would you rather have a completely automated home or a self-driving car?* Home. I'm lazy, and have automated a lot of our home already. * Despite self-driving cars having the potential to be safer than letting us human idiots drive, we have a long way to go. * More importantly, cars are an environmental nightmare, and we…
-
I apologise for dissenting so bluntly, but no. Do not allow delete (the other permissions are spot-on). Never allow people to delete Jira issues, other than admins who can judge if something really should be totally destroyed.
-
As a single team, they should only have a single sprint. There's no need for aggregation across projects, your boards (and hence sprints) will be cross-project, selecting what the team needs to work with.
-
Welcome to the Atlassian Community! Yes, they can. Jira has four products (JWM, JSW, JSM, and JPD) - if you give an account "product access" to one of them, then they will only have access to that one. There is a quirk - JSW and JSM users automatically get JWM access as well (for now, it changes for new users next year)
-
Welcome to the Atlassian Community! In Jira, access is done by users having access to projects. Some apps have their own user access schemes that refine that, but not many. I don't believe the Clockwork app is one of them.
-
I'm afraid that is the only way to do it. It's pretty basic security and permissions - only let people see what they should. There is a "share page" option, but you would have to manually do that for every single page, and your AWS people would need to curate a list of bookmarks.
-
Not directly. Listeners are triggered by events, not transitions. Transitions all fire events though, so listeners look at those. If your workflow were to fire different events for each transition, then yes, you can do this easily - the event object passed into your script will contain the type of event fired.
-
The API respects the settings you have for a project and issue type. As you have got your edit screen correctly configured (meaning it does not contain the resolution), the API is doing exactly what it should do - not changing a field that is not editable. First, fix the workflow - add that "set resolution" post-function,…
-
You would need to change the code behind the subscription system to enable this - including the description of the filter would be hard, as filters don't have a description, unless you mean the name and the filter definition (the JQL behind it) There's no way to point to a dashboard - Jira has no way to know what dashboard…
-
You need to check the notification scheme to see where they might match and why they're being notified, and then remove them from whatever is causing it.
-
Welcome to the Atlassian Community! This is what it says it is - you don't have access to the repository. Your best bet is to ask the people who asked you to use the repository for access to it.
-
It can't work - the question is about having a single sprint, not two separate ones.
-
My assumption is that when you say you "deleted a user from the project", you mean you removed them from roles in the project, or maybe removed them from a group that has access to it. This will not change the fact that they are the reporter of, assigned to, named in a custom user field, or mentioned in, an issue. They…
-
The answer very much depends on what "extract" means in this case. Issues have a full history, so you can always read that for the previous status. So the data is there, but "extract" doesn't tell us how you want to use it.
-
That is not what the log is telling us. It's clear that the user running it does not have the right permissions.
-
Welcome to the Atlassian Community! The app only works with more recent versions of Outlook - you'll need to upgrade your Outlook client.
-
Please see the previous answer you were given when you first asked, over at https://community.atlassian.com/t5/Jira-Service-Management/Scriptrunner/qaq-p/2431084
-
Welcome to the Atlassian Community! Jira already does this automatically - if you look at an issue, the time-tracking section has a flag for "display total estimates or ignore sub-task estimates" You can't do this by user, that does not make any sense when you're looking at estimates. Also, in a backlog, that implies you…
-
Welcome to the Atlassian Community! Jira already does this automatically - if you look at an issue, the time-tracking section has a flag for "display total estimates or ignore sub-task estimates"
-
There's no way to directly compare two fields in Jira in JQL (there are some extensions that give you functions that can do it) The closest I can get you is only going to work for the last couple of weeks, but if your people keep on top of it, it might be useful. created > -14d and updated < -14d This says "issues created…
-
No, to change an issue, you need "edit"