Nic Brough -Adaptavist- Expert

Exactly why I script a copy-down!

Ok, why do you think you need an app for this? What parts of your processes are not currently being done by Jira? (Apart from "document control" - most people would do that in Confluence)

A minor thing - "In Scrum, I believe it's not right for a story to have a sub-task." - it's not quite wrong, Scrum actually has little to say about it. They can be a useful tool when more than one person needs to work on different bits of a story. But, they are not sprint items, you commit to doing their parent story as a…

Yep, that's what I guessed at. Maybe a worked example - I've got a site on alice.atlassian.net, so it has a rest api at alice.atlassian.net/jira/rest/api/. My application Bob talks to Jira over that rest api. I move the site from alice to charlie, so it becomes charlie.atlassian.net. Now Bob will need to update its…

The error code you are seeing is not an error code itself, it's a reference for Atlassian to help them find the error in their logs and data. It is quite likely a number of other Cloud sites have seen this error. Best thing to do is report the whole error directly to Atlassian, so they can find and fix the problem, and let…

I am sorry, but I do not understand the question. Custom fields do not contain issue types, so I am stuck on what you mean by "choose multiple issue types for custom field"

If sub-tasks had an Epic link, you should not be editing them. The Epic a sub-task is in is always the Epic link of the parent issue.

You can get it by hitting your instance with a REST call that requests system information. But it's of no real use - you have no control over what version you have most of the time, it is going to change every few weeks, and it does not tell you anything of any use!

You usually use Jira via a browser, and windows defaults to having urls open in a browser, so you can just create a startup group item that has the url of your Jira, and it'll pop a browser window on startup. If you're using a dedicated Jira client app, just put a shortcut to that in your startup group.

Yep, I start from "Jira doesn't handle sub-tasks that way", and let people explore why if they want to. Problem is, if you offer it to a team in transition, they're already going down the wrong path, it's easier to just say "the tool doesn't work that way" and let them work through to "because it's not Scrum, and the tool…

Go to Admin -> Issues -> Issue types, find the "multiple assignees" type and click edit - you'll be able to give it a new name. Check with any other projects that might be using it first though, it's a shared configuration and you need to consider everyone.

No, but the older they are, the more likely that they won't be in use any more. Anything dated before the last restart is perfectly safe to kill off without worrying. I'd check with lsof before deleting more recent temporary files - if a file isn't actively in use, or it's a day old, you can be mostly sure not going to a…

This is an error on the server-side (i.e. Cloud), it will need to go to atlassian support over at https://support.atlassian.com/contact - the error reference code is very useful for them as it is stamped into the logs, so they can group it with other people running into the same problem.

Welcome to the Community! We cannot help with an error if you just post one line of an error message with no context. What were you trying to do when it happened? What series of clicks and data entry got you this message? Were there any other warnings or errors around it? --- from google translate: جوجل: مرحبًا بك في…

I'm going to pick up the sentence that explains what you're doing here. "the team needed to plan a sprint using subtask estimates" Jira's implementation of sub-tasks is that "a sub-task is wholly part of its parent issue". This means that the sub-task is totally irrelevant to sprint planning, because you do not commit to…

All of them! All the ones you've mentioned are very good tools for deploying things, but they are all different and have strengths and weaknesses, and some of them are better for, or even only for, doing part of the deployments. The question comes down to "what are you trying to 'deploy'"? If it's Jira (or other Atlassian)…

Jira automation mostly works with issues, and is not a heavyweight scripting solution. The best you could do is have it trigger your deployment/build scripts.

This is what it says it is - the dates in your CSV file are in the wrong format. You'll need to add the time elements (the hh:mm a part, which you can fill as "00:00 p" for date only fields) you have told it to expect, or tell it that the format is dd/MMM/yy with no time elements.

No, you need to add a "message for edit" field and put it on the create screen for the issue type.

Did you stop Confluence running before starting the upgrade? Can you check the permissions on the directories that the old Confluence is in?

By going to board config (the ... at the top right) -> quick filters Your screenshot shows quick filters on it, so you do have them.

Ok, great, can you tell us what is wrong with the sort, and how you are doing the sort?

I don't understand that - "change issue type to message text for edit" doesn't make sense. Issue types are not field types, and field types can't be changed.

You can link to it, yes, but if you want to use it (in a confluence table or chart macro), you'll need to attach it to a page in Confluence. However, I'd recommend dumping your spreadsheet (if more than one person is editing it, I can pretty much guarantee you that it's wrong and some of your people don't really understand…

As far as I can see, the number is actually hard-coded, it's not something we can change! Be a nice thing if we could have an admin setting for it.

Nothing. The question is what your system is doing differently - as I said before, I (and most of the rest of us) get the pdf or doc we all expect to get.

No, the project creator is by default the project administrator, not a system administrator. Your account has had its access revoked to that site completely (not just a project), by a site administrator. You will need to identify and talk to the site administrator. I'd start by asking the person who told you that Jira was…

Atlassian accounts cannot be "deactivated" themselves, but their access to an application can be. However, none of the applications I know of have an automated deactivation system. If your account is deactivated in a system, then a human has done it (or implemented something that does it). You will need to talk to the…

Welcome to the Community! JQL finds issues, it has nothing to say about what you with the list of matching issues it hands back to you. What matters is whatever you are reading the issue list with. What report, output or code are you reading the results with?

It is probably the code not sending the right thing, rather than the credentials. I'm afraid we can't help you without seeing the code that is failing.