Nic Brough -Adaptavist- Expert

Again, you can not assign issues to groups. Rightly, because it's an absolute disaster in real life. Can you explain what custom field (not assignee) you are trying to fill? What type of field is it?

Welcome to the Atlassian Community! There is no "order of the query" there, the issues are simply alphabetic. If you wish to order them, you need to tell Jira what to order by.

Welcome to the Atlassian Community! There are two ways to store your own scripts in Scriptrunner - you can: * Write them as plain text files, stored in whatever directory structure you like under a scripts directory in the home directory of the application * Write them "inline". SR stores these in active objects tables…

Excellent news! The people who can change the security level are any account that has the "set security" permission you've shown in your screenshots. They also need to be included in the security level they are trying to set. If, for example, we had a security scheme like * Top Secret: Nic and Alice * Secret: Nic and Bob…

You will need to write some code to read the attachment, work out what fields need filling, and then post them into the issue (and then maybe remove the attachment if you're done with it at this point)

Welcome to the Atlassian Community! No, not directly, because components are not board artifacts, they belong to projects and get put on issues within the projects. You will need to look at each board and see if it is set up to include issues from the project the component is in.

Welcome to the Atlassian Community! This is what it says it is - if you don't have permission to fill in mandatory fields, you can't ask an issue collector to break that permission. You'll either need to make the "time status" field optional, or allow anonymous users access to create issues.

Yep. I've got clients on standard plans (not premium or enterprise) that have TAMs, it's more to do with size (number of people) and complexity than the type of licence.

Several partners (of which I work for one of them, so feel free to treat this as a blatant advert for Adaptavist) provide managed services for Atlassian stuff that is set up to meet legal requirements in many fields, including universities (and schools, colleges, polythechnics, health services and and and), because Cloud…

I admit I spent a lot of time looking for one before responding! I wasn't sure there wasn't a move function, but I was curious to see how Atlassian would handle all the "going to lose data/need to change data" if they had got one. I also missed the Cloud/Server/DC point. At the moment, over 99.99% Cloud installs are hosted…

No, it does not, because it doesn't need to. JQL is not SQL. The "where" is done implicitly by the search. With JQL, you are writing where clauses automatically. For example, the JQL Project = XYZ would be written in SQL as select * from jiraissue where project = XYZ (actually, not that simple, you'd need a join to look up…

Pretty much the same as @Bhanu for me. I got handed a Jira 2 installation amongst a massive pile of other developer tools and only a month with the person I was replacing to teach me how to look after them all and think about how to upgrade when the looming version 3 came out after they had left. I asked the community for…

Ok, so the permissions all look fine, and "any logged in user" can assign issues, so it's not that. The only thing left in my theory is to check that the user you are trying to assign the issue to is in the role of "member" in the project?

There is no REST call you can make to move an issue. Changing the issue type and/or project is not a trivial action, as all the configuration of your issues is hung off the project and issue type in use. "Move" can change the structure of your issue, and Jira needs to go through a process of telling you what data you are…

There's no easy way to do this, you're going to need to manually search for any personal data that they might have entered into Jira and delete or anonymoise that, after they've deleted their Atlassian account.

It's the same answer - the field names you get are the names of the fields you have chosen to display. It would be misleading to change the names arbitrarily.

The most common (and easiest) way to do that is to put Jira behind a proxy server. The proxy can do all the SSL work that needs doing, taking the load off Jira and also do it for many services, not just Jira. It's surprisingly easy to do it with a proxy, it only takes a couple of minutes to set up.…

Welcome to the Atlassian Community! A burndown chart works off the statistic you have chosen to use for the estimates. What type of project and board are you working with here?

Welcome to the Atlassian Community! You can run a search for "text ~ xyz" to run a fuzzy search on most fields.

No, there's no way to do that. If someone can create an issue in a project, they can create an issue of any type. I have to go back to a lower level question here - Why are you trying to stop people using an issue tracker to track issues? What problem would you solve by blocking a team from creating issues to represent…

Welcome to the Atlassian Community! The "usage of backlog" can only be determined by working with the team the backlog is for. The usage of an app needs an admin to look at how it is configured, and by working with the teams using it. Your boss needs to engage with your users and look at how they are working.

Welcome to the Atlassian Community! I'm afraid you've missed something here. Team-managed projects do allow you to create your own fields (for each issue type), and you don't need to be a Jira administrator to do it!. But they do have the massive problem that they are not shared and hence not useful in reporting,

Ok, those quick filters are automatically created on certain types of board. I would guess that you are using a different type of board where you can create your own and are not limited to just assignee filters.

And if any of you know of games that are accessible to less game-er-y people, please tell us. Doomlings, Sheep in disguise and Cards against Humanity only work for this group because they don't need the group to be geeks or nerds. One of our Katies only plays because they find the illustrations "cute" That's a bit of a…

Oh, oh, I finally managed to think of one - can I grab the next free slot?

Welcome to the Atlassian Community! You can not do this. Issues are either open, in progress, or done. There are no categories that make any sense (there's a good argument for "blocked", but it still resolves down to "in progress" when you work it through). So, your list of status, is, a list of status at best. Actually,…

Assuming you are using a custom field for your "team/group to talk to when the assignee is away", then have a look at my favourite script - how to set all sorts of custom fields - https://library.adaptavist.com/entity/update-the-value-of-custom-fields-through-the-script-console

That suggests your network admins have set up a partial redirect to https on your servers, but mot caught every way you might be trying to use http. I would want to check that your Jira is only accessible over https (start with the base URL) and then ask the network admins if there are any things they have missed when they…

Welcome to the Atlassian Community! Good browsers push us towards https, as unsecured HTTP is only really safe for reading - if you're logging into something for editing or updates, you should not be using insecure protocols. A correctly configured Atlassian system will use https consistently throughout. So we need to look…

You cannot do this. The assignee field is for naming the one single person with the ultimate responsibility for getting the issue sorted. You should not, and hence can't, put a group in there. You need to look at how your DevOps groups take responsibility for tasks, and get it into their queue that way. That could (and…