Nic Brough -Adaptavist- Expert

Ok, you'll need to log into the Atlassian account system with that account and amend the display name for it. Quick link is https://id.atlassian.com/manage-profile/profile-and-visibility (assuming you're already logged in)

The status category is nothing to do with your board (other than when you first create a new board, it gets read to see which status to default into which of the three columns) The status category is set on the status. In your screenshots, your Resolved status has been put in the "done" column, and it has a status category…

Please see https://community.atlassian.com/t5/Feedback-Forum-articles/Atlassian-stands-with-Ukraine/ba-p/1961059

I'm afraid the built-in editor is the only option at the moment. Really good idea for an IDE plugin though!

It's just the port your Jira is running on. If you use it on http (don't, that's not secure), then the default port is 80, if it's https, then 443. Your Jira may be set to use another port though

Welcome to the Atlassian Community! How are you doing the migration? You'll probably want to include the boards in your migration methods. Cross-project is irrelevant to board migration or usage. A board is based on a query, nothing more. A cross-project board is just a board that has a filter that selects issues from more…

The easy answer is to add the people you want to share your repository to your Bitbucket.

Multi-select fields hold arrays of values, even when there is only one selected. You'll need to iterate through the array to find your value.

You need to restore the account in your user directory.

Could you explain the question more? Is it about server or cloud? What does the documention for the REST APIs not cover for you?

You don't. You have no access to the database on Cloud so there's nothing to look for. On Server or DC, you should not have any triggers or scripts (other than for sending data out to other services, in which case you should be asking this question of the other services that have asked for them to be set up)

What order are you expecting, and what are you getting?

It's the same answer - your users have different permissions.

I'm sorry to say it, but 5 years after the problem is reported, you might have to start with your own organisations systems, not Atlassian's.

It looks fine to me, but I'm only looking at the Jira (DC/Server) systems I look after, and https://status.atlassian.com Could you give us a bit more info on the problems your people are seeing? What are the error messages, and what are they trying to navigate to?

I can't say that I'm happy about your fix for this. Not your fix, that's a great way to fix it, my problem is that you had to do it! The software shouldn't be putting you in a place where you have to do this. I think the search should always return exact (copy and paste) names of filters, or anything else you're searching…

The mention of administrators usually makes me suggest another look at permissions - just because someone is an admin does not mean they can see everything, they still might not have a filter or dashboard shared with them, or any project rights. But I think we ruled that out earlier. I'm afraid we're stuck with a bug…

Hmm. It is very much starting to look like a bug. There is one more test I'd do, as I've run into some weirdness with language settings and odd characters before (but as your postings show names in plain English, I doubt these will show us where the problem is) * Is it possible to rename (or copy to a new name) the filter…

What scripting/automation apps do you have available?

There is no way to do this. Each portal is determined by a single project.

Most of the macros that hide content on view are not there to secure information, they're just there to hide it given a context in which the page is being displayed (often who the user is, but can be other things) Searches won't have that context, and are for finding content, no matter what. You'll not that the hidden…

Welcome to the Atlassian Community! Stop reading the database, it doesn't necessarily work the way you are guessing it might. It's not designed for reporting, and looking at the database is the worst possible way you can get information out of the database. Take a look at the REST APIs and reporting in Jira (and apps, for…

Welcome to the Atlassian Community! There's no way we can tell you that. I would ask * The person who gave you your Jira account * The other users of your Jira you're working with * The people who asked you to use that Jira * Anyone who has interacted with your issues in Jira I'd expect all of those people to either know,…

I think it's one of those that makes sense as you think through the structures and the history of how Jira has evolved over time. But you'd never actively design it this way!

Stick to the Lyons and Weetabix references:

If you contact Atlassian, you can renew your maintenance and hence get access to upgrade to the latest version.,

I'm afraid there's not a lot we can help you with here. If there are intermittent proxy errors between your Atlassian applications and the Crowd serving their user directories, you'll need to fix the network or the proxy that's not allowing the connection.

As discussed when you last asked almost the same thing, team-managed projects have independent configurations. There's no sharing or copying config,

Radioactive porridge was about the only breakfast cereal I got a taste for as a kid. 

I'll start with a couple of the easier ones to answer: Boards do not belong to projects, nor is it the other way around. Atlassian have dropped the Boards out of the main menu in favour of board links into the projects because a lot of people do have a 1:1 Board to Project relationship, but it doesn't really do a lot. You…