Request fails if response contains header Content-Encoding: none

XMLWordPrintable

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Minor
    • Component/s: http-request-plugin
    • None

      We recently updated the HTTP request plugin to version 1.24 and are seeing issues in one workflow where a vendor API returns the response header Content-Encoding: none.

      This results in the plugin throwing the following exception:

      org.apache.hc.core5.http.HttpException: Unsupported Content-Encoding: none
      	at org.apache.hc.client5.http.impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:153)
      	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
      	at org.apache.hc.client5.http.impl.classic.RedirectExec.execute(RedirectExec.java:110)
      	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
      	at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:185)
      Caused: org.apache.hc.client5.http.ClientProtocolException: Unsupported Content-Encoding: none
      	at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:188)
      	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:87)
      	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:55)
      	at org.apache.hc.client5.http.classic.HttpClient.executeOpen(HttpClient.java:183)
      	at jenkins.plugins.http_request.util.HttpClientUtil.execute(HttpClientUtil.java:122)
      	at jenkins.plugins.http_request.HttpRequestExecution.executeRequest(HttpRequestExecution.java:484)
      	at jenkins.plugins.http_request.HttpRequestExecution.authAndRequest(HttpRequestExecution.java:385)
      	at jenkins.plugins.http_request.HttpRequestExecution.call(HttpRequestExecution.java:293)

      I'm guessing this was due to the migration to httpclient 5 in version 1.21.

      The plugin appears to have gracefully handled (ignored) the API request in the previous version.

      Is there a way to configure the plugin to ignore this type of response? Thank you!

            Assignee:
            Janario Oliveira
            Reporter:
            Ross
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: