Nic Brough -Adaptavist- Expert

You should not have a resolution of "incomplete" - the fact the resolution is there means that is is finished with - i.e. complete. It's not open because you have resolved it.

> Can this be done without having to create different projects for incidents/requests/changes? No, you'd need different projects > then how do you work with the numbering where your IT staff are used to seeing tickets prefixed with INC/REQ and they instantly know what they are dealing with? We train them to look at the…

Yes, that is what I said. It's "browse project" permission they need (it's not the best phrase atlassian could have chosen there, it really should be something like "view project issues")

I'd use Project Configurator, but mainly because I'm surrounded by people who know it a lot better than I do, as I work for the vendor. The other one I'd reach for is Configuration Manager. But you are right, they are all server based. For Cloud, there isn't much option beyond going through a server system as an…

What does the doc say to do next?

Please don't. Your humans will be annoyed by you destroying their perfectly valid inputs. Technical answer: in a post-function script, use issue.setSummary and see library.adaptavist.com for lots of examples of similar updates

You'll need to do that at a network level (not that there's much point, as it's really easy to spoof it)

You don't do velocity on things you did not to commit to, like sub-tasks. So, no, because you don't need to.

Atlassian applications don't bother to record or report on IP addresses. There's not a lot of point, with more people becoming security and privacy aware every day, more and more are using simple IP spoofing and obscuring tools. Generally, any time you would want to worry about the IP address of a user, it's going to be…

I got the 200 error as well, when the reverse proxy part was wrong. I can't tell you how to fix your proxy.

There are two ways to split a Jira instance into two: The obvious (and easier) one is to copy the current system to a new one, and then run through deleting the projects you don't want from each one separately. Then remove the users who should not have access. The more complex, but cleaner one is to export everything from…

No, you don't. You should let the humans enter the summary, it's for a human summary of the issue. You can't hide it from the create screen, as it is required. 

Start at https://developer.atlassian.com/server/confluence/java-api-reference/ and https://developer.atlassian.com/server/confluence/confluence-server-rest-api/ depending on whether you mean internal or external.

You'll need one of the scripting or automation apps that support "search and replace".

If there were, I'd have mentioned it. You'll need to look at Access (although Atlassian accounts emulate it too - if I'm logged in here in my browser, I can't get into most of the Atlassian Cloud systems I use as an admin, because they think I'm me as an individual, not me as an Adaptavist)

Possibly. What is the error you get?

Problem is that article doesn't reference the complexities or how to actually answer the question. That's why Google lands here - it explains it properly.

If the issues contributing to the calender can be seen by admins, then yes, the calendar will show the events to the admins.

When you say "only partially work", you tell us nothing about the problem you think you are seeing. Could you tell us what the problem is?

Ah, that's not a problem you should try to be solving by bodging the numbers. Your resourcing and planning needs to start putting in accurate estimates, not bodging completion after you've got the estimates wrong.

We don't know who Danielle is, or what she has explained, nor do we know who Rekha is. However, yes, we can tell you what is happening. 1) Boards are not containers for issues, they are a view of a selection. Issues do not move from one board to another. What is happening here is that the ONE board is selecting one set of…

Not directly. If you want the certifications, you need to do the courses and exams, which cost money. But Atlassian do give out vouchers and perks. People who work for partners get the course material, and community champions can do some for free for example.

<sigh> What does the document say?

You can allow "anonymous" access to your system if you want to skip passwords. This will give you two problems: * You won't know who anyone is * You will be attacked by spammers If everything is to be done via email, that's fine, give them an account (which will need a password), they don't have to log in with a password…

This is not an Atlassian problem, you don't connect to it with keys like this. You'll need to fix the Jumpbox ssh configuration to allow you to connect with a key.

It's not an error, the way it has been set up for you seems to be over-complicated and complex. The heart of Jira is that it is a tracker with a workflow engine. Issues need to know where they are in their flow, which is the status. There is nothing wrong with your Jira, but you may have a problem with your "states". Your…

I do not know any way to answer this without seeming condescending, rude or un-empathetic. That said. Sprints do not belong to projects, they are separate individual entities. When you close a sprint, you close that sprint. If that sprint appears for project 1 and project 2, then both projects will regard it as open or…

I wish more people gave us really clear screenshots like that when we ask! On the status line, what do you get when you click on "don't map this field" next to it? I get a list of possible fields (the first 15-ish of which I recognise as "system fields", including Status, and the rest an alphabetically sorted list of…

You should have a little camera-like icon for attaching images here. Feel free to show us anything you feel is appropriate (and blur out data you think may be sensitive - we only need to see stuff like where you are and what the drop-down lists look like when you're trying to define a mapping)

Yes. That's a short answer, the underlying structure is that all comments belong to a single issue, and are objects containing a block of text, author, dates of create and update etc. The uniqueness that gives them is not what makes them fully unique. There is a simple number in a table that is not tied to anything on the…