Nic Brough -Adaptavist- Expert

You will need to provision new users in your google accounts if you want to get rid of the username/password ones. The user/pass ones are not something you own, they are Atlassian accounts that you have chosen to allow into your Cloud system. You can't change the account details on people's Atlassian accounts, they belong…

You must have the "set issue security" permission to get the option to set it, so you don't need to worry about that here (it's in the project 's permission scheme if you want to look for it) The list of security levels is set by the "issue security scheme", but for you to set one, you must be included in it. My guess is…

No, this is not possible yet. Atlassian have the use of fully custom domains other than .atlassian.net on the to do list, but I don't know how far along with it they might be.

You will need one of the apps that provides scripted fields, plus a script to read the last comment's data for the author. You'll need admin rights to create the field and script.

No, there's no roll-back function for this. You'll find the descriptions are preserved in the issue history, with "<content> was changed to empty during an edit (the bulk move)". But the only way to get them back would be to copy and paste each one.

In the issue navigator, click "columns" to select which fields you want to see. You won't get the work logs themselves in the issue navigator, as the navigator is for showing issues and their fields. You'll be able to see a summary though, by selecting "time spent"

Boards are not containers for issues, nor are issues part of boards. A board selects an issue and displays it. When you change issues that appear on a board, you are editing the underlying issue. Not the view of it. Because you are altering the issue, anything else that shows the issue is going to show your change, because…

A clipped screenshot is useless to us when it comes to working out where you are looking to add fields. In fact, you've said "when I run search" and that screenshot is not of the one place I would have started talking about given just "search" Please tell us where you want to add the column.

There should be a link to the filter in the email.

No, there's no function in Scrum for that (because sub-tasks are irrelevant noise in the backlog)

Yes, that's correct. Have you tried a valid url instead?

So you're looking at two different places for this? And asking why one place that doesn't work with sub-tasks is not displaying them whereas another that does work with them does display them?

I am guessing that your "daily email reports" are a "subscription" to a filter. You'll need to look at the filter to see what it is selecting, then at the categories that have gone missing. Either the filter has been changed so that it drops the categories, or the categories have been changed so that that the filter no…

What happens when you try the urls that REST is actually available on?

Which "drop down menu"?

Yes, you can create two independant apps in the marketplace. You won't be able to control who uses them though, or where they are based, so it's pretty much pointless. I'd work on making the app globally compliant instead.

You will need to upgrade your server to the latest version of Jira. Then you will be able to export everything and import it into a Cloud system.

Next-gen projects do not have workflow settings. You'll need to customise your board to match your process.

Ok, so you mean the "expand sub-tasks" function. You'll need to explain where "the behaviour doesn't always happen"

Run a search for "project = XXX and labels is not empty" Save it as a filter Create or update a dashboard, adding a gadget for "filter statistics" which uses that filter and is grouped by "label". This will give you labels used within that project and their frequency of use.

Please see the link given before, it explains what Atlassian access does and links to docs on how to set it up.

John is not an Atlassian. But his answer is correct and what anyone who knows Atlassian software would tell you.

Yes, your admins can see the information needed to assess usage. They should, more importantly, be recording and co-operating on change.

If you didn't save it, then no. There's no way to retrieve something you didn't save.

An A record needs to be a definitive IP address. So what you're trying to do here simply won't work. First, DNS is the wrong level to do it - Atlassian Cloud runs on a range of IP addresses, and there's no guarantee that the address of your particular site will be the same. So you can't do it with DNS Second, the systems…

> is it safe to delete the field in the "customfield" table ? (and delete the values also) No, messing with a Jira database will almost certainly break it. > Is it possible to create a new customfield, change the id of this new field in the database, and delete this customfield to clean the database properly? No, as above.…

Your list leaves out the ownership and permissions of the home directory (i.e. the one you are in) There's another odd looking thing too - why are there logs in this directory there? They should be in the log directory. But the data you've given us is suggesting the problem may be with the installation rather than the home…

No, this cannot work as you've described. All apps need to work with your Atlassian system. That system runs in one place. Each individual app that works with it may be running on other servers, but the data is going through that Atlassian system that is in that place. You have no say over where remote apps may be running.…

And the rest of the permissions we asked for are?

Your question is a bit fuzzy. What do you mean by "go to the jira tables without using componentaccessor", for example?