Comments
-
NO! To do that, you would need to add the resolution field to the "edit issue" screen. NEVER do that, it will corrupt your issue data.
-
Nope, as I said, the data isn't stored anywhere (other than the audit log), there's nothing for a tool to list. The only thing I can explain that can get you a (very rough and clumsy) list is "look at the raw ID of an object". You can use that to get at least a time-line. Imagine your project table has a few projects in…
-
The board is a view of a selection of issues, its only relationship with a workflow is "the issues selected in my boards are all following the workflows their project/issuetype defines for them" The board needs to be able to show you all the status that are used by the different workflows for any issue it might need to…
-
What does the "configure fields" button at the top right show? Is epic name unselected in there? If it's selected or not on the list, does "where's my field" tell you more?
-
I suspect Atlassian have simply made a mistake and not checked that the docs they've linked to are still there recently. They should really have removed the links from there, or at least maybe explained "these docs are so old, you shouldn't ever be needing them" and then possible "if you do, raise a support request"…
-
No, that's incorrect. A workflow is a definition that lives outside a project. You then tell a project "for this issue type, use workflow X". The conditions (and triggers, post functions and validators) are all defined in the workflow. So any project/issuetype using that workflow uses the same condition all the others do.…
-
Run a search for "all open issues" and include "assignee" in the columns in the issue navigator. That's a view of the raw data, but there's plenty of other options. Explore dashboards for example. Given the search above, if you save it as a filter, you can use that as a source of data for gadgets like the "filter…
-
Asking the same question, but changing the word "impact" to "effect" does not explain anything, so my answer remains the same.
-
Yes, Jira can be "integrated" with Qradar. The nature of the "solution" you go for depends entirely upon what you want from your "integration". We can't tell you more than that without an explanation of what you are trying to do.
-
There are two things that might cause this: You have a validator on the workflow transition you are trying to run. The validator is failing, returning a "failed validation" message, but it's not constructed quite right, the "please populate the resolution field" should replace the "it seems..." and "if you think..." lines,…
-
That really is not what sprints are for, and it's not readily supported. If you're jamming things into a sprint without sizing them and getting the team to commit to dealing with them on a planned basis, you're absolutely not doing scrum or agile development and they're not really sprints any more. The most you should be…
-
No. The link (I assume you mean application link) is a frame for some closer integration, but the issues in one Jira cannot be searched from the search running in another, that's well beyond the capabilities of the search at the moment. Searches rely on the index and to do this, you'd need both Jira systems to be indexing…
-
Still not a clue what MCR is (Manchester Airport and Middle Common Room probably don't make a lot of sense here), but that's not what Epics are supposed to do, they're cross project entities, not a way to gather things into projects. Jira encourages people to put issues in the right project by staying within the current…
-
Then you'll need to do a database migration as well - see https://confluence.atlassian.com/adminjiraserver/switching-databases-938846867.html It's a totally independent step from moving the hardware around as well. You could easily do it before or after migration.
-
Oddly, search engines land on Atlassian's own guide to this, which is where us slower humans would land anyway - https://support.atlassian.com/migration/docs/jira-server-to-cloud-migration-resources/
-
I think you need to be clear on where "it is broken". There is nothing broken in Jira. You have a "create account from helpdesk" process that is adding new people into one or more groups that say "This is a (billable) Jira user, not just a customer". The broken bit is that process. For accounts that should just be…
-
Argh, no. That is absolutely not what watchers are for. And you can't do it anyway, watchers are not an option for permissions or security levels.
-
These are all warnings about missing files on your file system. You've dropped the log of the actual crash out, so we've got nothing to work with. On the file errors: These file errors are what they say they are - Confluence can't get access to the files it is looking for from the file system you put the attachments on.…
-
Ah, that makes sense. I don't have a script for that, but I have a user-macro bookmarked that does something similar and could be adapted easily (a user-macro is probably a bit more useful than a script in this case, because you can put it on a page restricted to admins and then visit the page whenever you need it, rather…
-
You need to give it the url of the site you are raising the request for, not the url of the error. At this point in the support request, Atlassian are asking for the system, not any details of the request. Drop everything after the .atlassian.net and try again.
-
What are you actually trying to achieve with this? Most "I want to see the permissions of a space" questions can be answered by "look at the space permissions page in admin". A request to do it with a script suggests you want to actually do something more clever, and rather than just give you a piece of it, it may be that…
-
They are not the same "type" of field, both of them are their own type. However, you might be able to make their data compatible by dumping the ".asNumber" function, that might be breaking it.
-
You are massively overthinking the "onboarding routine", conflating it with "set up a new system" Once you've got your new system working with the first admin, all the other new users will be offered a tour and little more.
-
Ok, that still looks like you are trying to hit a page intended for a human to use in a browser, not something you hit with a get. What happens when you follow the documentation?
-
That error could be caused by a lot of things. Work through https://confluence.atlassian.com/confkb/confluence-does-not-start-due-to-spring-application-context-has-not-been-set-218278311.html to start with!
-
What, exactly, do you mean by "authorisation code"? Where are you looking? I ask because it's clear the page you're asking it of needs to be able to run javascript, it's not intended for you to do things with a non-interactive call. My guess would be that it needs you to log in.
-
It doesn't make sense to add watchers to an issue they cannot see. There's no point in doing it - Jira respects the security and won't be sending them notifications or letting them see the issue, so what's the point in having them as a watcher?
-
Each space has a permission for "anonymous" access - if you remove that, the space will need people to log in to see it. This is also a global setting - go to Admin -> global permissions and look for the anonymous access tab. Turn it off. (It will remove the anonymous options from the spaces too, the global flag needs to…
-
One thing for the 10 (and the semi-mythical 11, as the volume always should go up to 11, right?) is being well-rounded, with a wide range of contribution. Until recently, I couldn't do it, partners were not allowed to host ACEs which puts a big dent in how I could contribute. But I also tend to mostly keep myself to…
-
You could move to Office-365, but your accounts in Atlassian Cloud are probably Google accounts. You could keep those, or move to Atlassian accounts instead, but if you want the accounts to be provided by MS, you will need to do it via Atlassian Access.