WARNING [ajp-nio-8009-exec-1] com.sun.jersey.spi.container.servlet.WebComponent.filterFormParameters A servlet request, to the URI https://external_hostname_domain.fqdn/jira/rest/activity-stream/1.0/preferences?_=1522779982770, contains form parameters in the request body but the request body has been consumed by the servlet or a servlet filter accessing the request parameters. Only resource methods using @FormParam will work as expected. Resource methods consuming the request body by other means will not work as expected.
Above error pops while trying to access some elevated-permission pages to reset user's password, change permissions, etc.
Are you having problems using a particular function of Jira?
Sometimes it's best to ignore warning messages in the logs.
Yes sir.
If I go to edit users, I can elevate permissions (re-enter my password). I am able to browse users, but if I select a user, sometimes it will let me see the user screen, but usually it presents me with a 403 not authorized error. My configs are posted in the ticket: https://community.atlassian.com/t5/Jira-questions/Jira-Software-7-8-1-w-Apache-2-4-Reverse-Proxy-Errors/qaq-p/762699
I am the SA & Jira-Admin. I only seem to have the issues with elevated-permission activities while going through the Apache reverse proxy as I seem to be able to work fine when connecting locally over port 8080.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Going through Apache Reverse Proxy (AJP): If, after elevating permissions, from the user browser screen, I click on the Edit link for a user, I receive the following message:
The JIRA server was contacted but has returned an error response. We are unsure of the result of this operation.
Close this dialog and press refresh in your browser.
And then, I generally have to log out to get back in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You need a ServerName directive in your apache conf file, in the 443 virtualhost:
ServerName externalservername.fqdn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh never mind, you do have one.
Is it possible it's a matter of ordering the directives? Put the ServerName above the proxy config
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've tried re-ordering the vhost.conf file with the ServerName above the proxy config, and didn't seem to make any difference.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you catch the news at Team ‘25? With Loom, Confluence, Atlassian Intelligence, & even Jira 👀, you won’t have to worry about taking meeting notes again… unless you want to. Join us to explore the beta & discover a new way to boost meeting productivity.
Register today!Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.