Nic Brough -Adaptavist- Expert

The issue, and all its sub-tasks if there are any, need to be in the last column on your board. The name of the status and even its id in the database (and status category, and resolution) are irrelevant, in themselves, you could call the status "Shirley" rather than "finally finished" or "completed" for all Jira cares.…

OK, that will fetch an email address, which is nothing more than a block of text. You're going to need something a bit more clever to read the email address and search for it amongst your people's accounts, and effectively translate it into an (assignable) user id for the assignee field.

Thanks for the explanation, I am sorry I did not understand it before. I am still a little lost on this though. I understand now that you have a use case (or set of them) that have lead you to webhooks, but I do not get the second part of it. A Jira webhook reaches out to another system, effectively poking it and trying to…

You can get a backup of your cloud site and then import that into an empty Cloud site to replicate everything you had built. You could also just pay for the existing Cloud and ask Atlassian to change its name to the desired one.

I'm afraid there's no way to remove or re-arrange these.

What are the symptoms of "unable to connect"?

That means what it says it does - you've asked Jira to look for a DC that does not exist in your active directory. You will need to check for an existing DC

Automation will never have a problem finding Summary - you can't remove it. For Description and Priority, all you need to do is stop hiding them in the field configuration. You might want to check that they are placed on the create and edit screens too (but if they're not, that won't affect automation)

How is your automation looking up the email address for the user you want to assign to?

I do not understand if there is a question or conversation here?

I'm not sure what query you are trying to build here, but your use of functions seems to be wrong. Have a look at https://support.atlassian.com/jira-software-cloud/docs/advanced-search-reference-jql-functions/ and search for "linked" to find the reference for the two functions you have tried here.

What do you mean by "atlassian licence"? Statuspage users are of two types really - subscribers (who just really need an email address) and Team members who have an Atlassian account. Both of these types are licenced by the application (for example, the free version lets you have two Team members and a hundred subscribers)

No, the access logs are not kept that long, and if you've allowed public access, there's no way to record who may have copied it either. If someone has grabbed a copy of your code and you have not enabled public access, then it is an account you have let have access, but that's the best we can tell you.

Hmm. It's over at https://marketplace.atlassian.com/apps/1211147/project-configurator-for-jira?hosting=datacenter&tab=overview

That is the Cloud version, yes, Server/DC does not yet have that view.

But there is a data-lake in early-access, and you can extract data over REST

I'm afraid that makes it even worse. I cannot work out what you're trying to do at all from that. I'm going to guess that what you're trying to do is either * Add data to an issue * Add a field to a project or issue type in the configuration Is it one of those two? If not, then can you tell us what you're trying to do…

So that does not tell me what "entity" means. To be blunt and grumpy about it, a notification scheme has "Events" and "People to tell", there's no "entity" mentioned. The middle paragraph does not work for me. But the first and last paragraphs really do work for me, they're crystal clear. On the first paragraph: "I am…

This is a bit too far outside my area of knowledge. I've used h2 a lot for development and testing, not just for Atlassian stuff, but I've only rescued one from a minor mistake once, all the other times it has failed (for Atlassian), I have been able to go back to an xml backup. I'm afraid that if you don't have a backup,…

So this leaves us a bit stuck. Computers (and hence software) are fast, accurate, subservient and dumb. In this case, someone, or something, has made a change and put your name on it. Jira is just doing what it was told - "add files as though Amber did it". What we don't know is what process told it to do it. If there's no…

Oh, there's a whole mess of options here that could lead to an essay answer, and it's changed so much (albeit in mostly subtle ways) since the answer you got from 2017. However, at the time I'm scribbling this, there are two steps that tell us 95-100% of what we need: 1. Look at the url. If it is…

Ok, I suspect your admins have other permissions within the project, try removing those too, and the errors should vanish. If that's not the case, then it may be that your admins also have service-desk agent licences - making a service desk project invisible to agents will throw this error too. However, in both cases, it…

Do you have any scripts or automations that could have added this on the person's behalf? Could it have come from an incoming email from them?

This is a bad idea, it's horrible for your users. This is because the summary is a mandatory field, it needs your issue creators to populate it when they create an issue. It always has to be on-screen. Even if you re-arranged the fields on the create screen so it came last, there's no way to pre-populate it. (At all, not…

This is because your "users" is a project-role and filters do not belong to projects. Because there's no relationship between a filter and a project, they can't use the project roles to control access. The best you can do is check the permissions of the users for that project and replicate the view permissions into the…

I just thought of something new. Do you have public links enabled? If you do, this disables the anonymous access function - you can only have one or the other!

Seema is trying to do it with Automation, not scripts, there's nothing to pass over, you just need to run through adding the automation flow to do it. Robert has pointed out that it is a little bit more complex than just a single simple automation though.

It depends on what you are changing in the url and how you are running the server. Are you running it behind a proxy server?

Ok, great! But there is no "migration script" needed. Once you have an empty working Confluence (i.e. you can log into it as an admin and wander around), you can: * Stop the new Confluence * Amend <confluence home>/confluence.cfg.xml - look for the database connection string, changing it from <name of new install database>…

Simplify the diagrams is the only way to reduce their size.