Nic Brough -Adaptavist- Expert

There's not enough information here for us to give you much advice. I would try to get the proxy to work without SSL first. Instead of redirecting http to https, can you turn that off and see what you get on http://jira.company.com:8080 ? If that responds, we know the problem is SSL. If it does not (and I suspect it…

No, a column needs to count all issues in it towards the wip limit. Otherwise there's no point having one.

You'll need to do what it says - read the application log to see what the error is.

Yes. "Close" is a transition. Those go in the workflow. "Clone" is an action. And it's not "close"

Ok, so an admin has removed whatever app or hack it was that was inserting the option into the options menu. (The change to the workflow is not a "hack" by the way - it's "using Jira as intended")

Does the current user making the change have the permission "assign issue" and is the current reporter a valid assignee? (Has permission "can be assigned issues")

Chromebooks are running Linux.

So there was no encryption, you just mean you didn't recognise the format but you've worked it out now.

To try to answer both of your latest comments from today (I have removed all the unproductive stuff that gets us nowhere) >How to say for you that you will understand me? >Bro listen to me once again >THERE IS NO ANY TEXT OF ERROR You yourself have said the error is >"An error occurred during import. See how to generate an…

Yes, that's spot on. Glad my rambling explanation made sense!

What do you mean by "mail is sent by spam"? Do you mean you have an account called spam? Or that your mail servers are identifying mail as spam?

Ok, I'll defer to Herman's answer, as that's what I would be doing too.

My guess would be that user-ending-0019 clicked "create", and put some data in, but did not save it. Later, user-ending-0005 collaborated on it, and was the one who saved it.

Right, so this is screaming that you are looking at the wrong server.xml file. Could you * Log into Confluence as an admin and go to Admin -> General Configuration -> System information * Find the line that says "catalina.home" and note the value is a directory * Log into the server and go to the directory * Descend into…

OK, there's nothing you can do here. There are no "unused keys", there's nothing actually there to remove. It's worth explaining the data behind this, rather than just say "nothing you can do", because that's not entirely true. Jira has a (simple-ish) table called "Project", which holds one line per project and lists some…

How have you made these fields mandatory? Validators or via field schemes? 

So your new file copied from the original, no longer has the error in it that is causing "the tomcat configuration is incorrect". I'm now lost on what you're asking about or what you're doing because you now seem to have a valid file and hence should have a working system.

Select the text and change the formatting.

To ne clear, by "unused keys" do you mean you have issues numbered 2001 to 15,000 that you don't want? Or do you just mean that the next issue created is 15,001 and there are no extra issues?

You can't use "edit" unless there is at least one other issue type available inth project that is configured to use the same screens, workflow and fields. "No one changed the settings" is wrong - someone has changed one or more of those things.

Yes, you could do one.

Edit the page and remove the content it can't handle. This is most likely to be emojis or special characters you've pasted in from another application.

A filter will be shown with the columns that the owner has saved with the filter. Once that first view has been used, you can swap to the Jira default columns or your own default order. To stop "Jira's stupid columns and order", look at the actual culprit - the filter being saved with columns and order by the people…

No, anonymous users cost nothing (they can't be identified, as they're anonymous, and that means they can't be counted either)

Not directly, because JQL is for finding issues. Closest I can get you is to run "sprint in openSprints()", save it as a filter, then use that filter in a "issue statistics" gadget, selecting "sprint" as the field to group by. This will miss sprints that have no issues in them yet, but should get you a list of all open…

Ok, that sounds like you've got a complicated mess with your project management, but not a bad solution to it in Jira. I would not try synchronisation, and keep the "template" project as that - something that you copy from, but actually do no work in. Then I would have code on the "create issue" transition that will copy…

Yes, you can import from other user directories. (If you're doing that though, then I'm not sure why you were using csv initially). That import is everything though, not limited.

It's not a hack, they're just putting poor data into the estimate field and then logging incorrect amounts of time to make it appear like a progress bar.

Looks ok. The problem is that your file contains an error.

I'm also reticent about private labels, I can rapidly see a case of "well it's in my report" causing collaboration and sharing to break down.