Nic Brough -Adaptavist- Expert

What do you mean by "sharing feature to mobile"? Links, data, gadgets, views, and so-on. Could you give us a bit more about what you want your mobile users to get from this?

The point of a fast-track is that it happens without human intervention. It therefore ignores screens.

Could you try this? Go to your board and look at the last column. Ideally, open up the config of the board to do this, but what we need to do is find out what status are in that column. Just the very last column. Often, it's only one status, but we need to check all that might be in it. Now run the search Project =…

* What do you mean by "role distribution"? * Edit the project permission scheme to set up who can delete * Create a filter, and subscribe to it * There is no function for this, boards do not have calendars * I don't quite understand this one. If you want to see what an employee has assigned, run a filter for "assignee =…

Well, the good news is that the domain verification has been successful already. This does mean that you should be using the setup that has been verified. I think we need to know what the problem is moving past the existing verification?

Ah, you're at that point. Not a problem, just click the "customer support" link at the bottom.

Jira is heavily aimed at Scrum or Kanban. Neither of those methodologies do sub-task estimates. One big point of Kanban is that every object is the same size, so you don't need estimates beyond "number of cards". With Scrum, you are supposed to be telling the world "we're going to do these stories". You don't promise…

This is the sort of SQL that could kill your database (not damage it, but the nested searches you'd need to do could rapidly overwhelm it) I'd strongly recommend writing a user macro to do this instead, as you can (sort of) get directly into the API, which will not overload your database and can get to the answers a lot…

You can, if you own the account. I'm guessing you are looking at Atlassian accounts, rather than managed ones. Atlassian accounts belong to individuals, so you have no right to change the email addresses, and rightly so. Imagine a case where I added you to one of the Cloud systems I administrated. Your Atlassian account…

Log into one of the Atlassian accounts registered as billing contacts for your site (site admins and technnical admins can see these even if they aren't one themselves), and renew the subscription. Start at my.atlassian.com

I'm having trouble reading your code, I can't see quite what it is building and sending to Jira to reference it.

Manually, you could just create the issue, or you could clone the existing one in your project and move it into the target project (this has the advantage of automatically creating a link to the original issue, if set up right) You don't get the feedback though, the link is just a pointer. You'll need to look to scripting…

I am sorry, but you can't make this work off-the-shelf. Sub-tasks are assumed to take the Epic Link of their parent (that makes perfect sense, they should). But Atlassian have not coded for that, and sub-tasks do not appear to have epic links. The solutions I've seen coded for in the past are to have a scripted "Epic Link…

In whatever repository you are connecting to.

How are you planning to create the validator? There are only a couple off-the-shelf with plain Jira, so the question is are you going to add a plugin to provide one, write an app to do it, or look at one of the scripting or automation apps?

The account does not beling to you (in this case). You'll need to get that person to change the email on their Atlassian account.

That's telling you what storage you get, not what disk space you have.

No, there's no way to do this. Also, a listener is the wrong place to do this - they happen after the issue is updated, it's too late to do any validation. You should do this in a validator on the create transition for the issue type.

Jira Cloud cannot be installed on anything other than Atlassian's servers. Could you explain what you are actually trying to do?

Are they in the last column on the board?

What errors do you get back when you try to post this?

How do you "know that 1Gb is free"? The error message you are getting clearly states that you do not.

The best way to address this is to not have uselessly long names for the list options, but if you want to continue with this bad idea, then look for the files edit-select.vm and view-select.vm in your Jira install, edit them to make the field wider and restart it.

It depends on how you have set up your queues. A queue is not a container for issues, it is a selection of things you have told Jira should be in it. Look at the definition of each queue first, then to get something to "move" from one queue to another, change its data so that the current queue stops looking at it, and the…

What type of field is this, and why do you want to increase the width?

Nope, you don't "need" to do it, you've just landed somewhere that people who want to do "waterfall" without admitting that it doesn't work. I love the use of "Transversal", it screams failure. 

I think you will need to talk to the people who are triggering these messages. The software is not really a problem, but is telling you that there is a problem with your people that it cannot handle. Why is this app telling them that they are breaking each others work?

No, you'll need a plugin. You'll find Scriptrunner can do it in one line of code too, and soon, without any code at all. And Autoblocks.

What do you mean by "workspace"? It's not something Atlassian use in the software, so I'm a bit lost on what it means to you.

If your projects have the same Field config scheme and Screen scheme, then the last reason a custom field such as Story points will go missing is that the field does not have a context for the project and/or issue type. Go to admin -> issues -> custom fields and check for the contexts of story points.