Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-34740

Many XHR requests fail under certain conditions when an underscore is present in the hostname

    XMLWordPrintable

Details

    • Bug
    • Status: Open (View Workflow)
    • Major
    • Resolution: Unresolved
    • core

    Description

      When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail – either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

      Here are a few examples:

      • At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
      • At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
      • At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
      • At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

      This issue has been tested and found present in 1.6, 2.2, and 2.3 (I haven't tested any other versions).

      In 2.0+, this results in several major functionality blockers – e.g. the New Item page is blank.

      Attachments

        Activity

          pianoroy Roy Tinker created issue -
          pianoroy Roy Tinker made changes -
          Field Original Value New Value
          Description I just upgraded to 2.2 from 1.6, and this issue appeard. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:


          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Attachment screenshot275126.png [ 32672 ]
          pianoroy Roy Tinker made changes -
          Attachment screenshot275126.png [ 32675 ]
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:


          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Reverting to Jenkins 1.6 fixes the problem.

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Accessing Jenkins via the server's IP address (i.e. `https://1.2.3.4/view/All/newJob`)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Accessing Jenkins via the server's IP address (i.e. `https://1.2.3.4/view/All/newJob`)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Accessing Jenkins via the server's IP address (i.e. `https://1.2.3.4/view/All/newJob`)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Summary Cannot create new items after upgrade to 2.2 when hosted via HTTPS and an underscore is present in the server's FQDN Cannot create new items after upgrade to 2.2 when underscore is present in the server's FQDN
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. I'm running Jenkins using HTTPS (directly, not through a reverse proxy). The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Accessing Jenkins via the server's IP address (i.e. `https://1.2.3.4/view/All/newJob`)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared. The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Summary Cannot create new items after upgrade to 2.2 when underscore is present in the server's FQDN Cannot create new items after upgrade to 2.2 when underscore is present in the hostname suborigin
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared. The Jenkins URL is set correctly (scheme is https, hostname is the server's FQDN).

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          pianoroy Roy Tinker made changes -
          Labels 2.0 https security url https security url
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          I'm aware of https://issues.jenkins-ci.org/browse/JENKINS-34648, and that doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores. Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially Windows servers in Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain servers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially Windows servers in Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain servers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain servers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain servers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain controllers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores, thus modern Windows domain controllers continue to allow them and serve them via DNS without complaint). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          pianoroy Roy Tinker made changes -
          Summary Cannot create new items after upgrade to 2.2 when underscore is present in the hostname suborigin Cannot create new items after upgrade to 2.2 when underscore is present in the hostname
          danielbeck Daniel Beck added a comment -

          recena PTAL

          danielbeck Daniel Beck added a comment - recena PTAL
          ntende Peter Ntende added a comment -

          Experiencing the same issue on my POC server, There is no underscore in the name. I just used the IP address. With a clean install, I could create a new Item, with a restoration of my backup configuration including several views...I get the empty page. Upgrade to Jenkins 2.3 does not fix the issue.....Only roll back to 1.X version.

          ntende Peter Ntende added a comment - Experiencing the same issue on my POC server, There is no underscore in the name. I just used the IP address. With a clean install, I could create a new Item, with a restoration of my backup configuration including several views...I get the empty page. Upgrade to Jenkins 2.3 does not fix the issue.....Only roll back to 1.X version.
          danielbeck Daniel Beck added a comment -

          Cannot reproduce. Would help if you could localize the plugin or configuration option that causes this issue.

          Jenkins 2.3, Chrome 50, works.

          FWIW my browser doesn't send these request headers.

          Could this be related to the URL configured for Jenkins in the global configuration? I tried setting a different one than what I use to access Jenkins, but still works for me.

          danielbeck Daniel Beck added a comment - Cannot reproduce. Would help if you could localize the plugin or configuration option that causes this issue. Jenkins 2.3, Chrome 50, works. FWIW my browser doesn't send these request headers. Could this be related to the URL configured for Jenkins in the global configuration? I tried setting a different one than what I use to access Jenkins, but still works for me.
          pianoroy Roy Tinker added a comment - - edited

          For the itemCategories XHR, the extra headers disappear and the server returns 200 OK (instead of 403 Not Authorized) if I grant Administer privileges to the Anonymous user and then access as anonymous... but the response itself is still blank and therefore the page is blank.

          pianoroy Roy Tinker added a comment - - edited For the itemCategories XHR, the extra headers disappear and the server returns 200 OK (instead of 403 Not Authorized) if I grant Administer privileges to the Anonymous user and then access as anonymous... but the response itself is still blank and therefore the page is blank.
          pianoroy Roy Tinker added a comment -

          I just upgraded the machine to Jenkins 2.3, and the issue is still present.

          Is there a "safe mode" where I can quickly disable all but the core plugins, and then restore them (without losing any settings those plugins defined)?

          pianoroy Roy Tinker added a comment - I just upgraded the machine to Jenkins 2.3, and the issue is still present. Is there a "safe mode" where I can quickly disable all but the core plugins, and then restore them (without losing any settings those plugins defined)?
          pianoroy Roy Tinker added a comment -

          I just downgraded back to 1.6, and I'm noticing that the persistent system problems are still there – just different. So I can create a new item now, but most XHR requests are still failing.

          pianoroy Roy Tinker added a comment - I just downgraded back to 1.6, and I'm noticing that the persistent system problems are still there – just different. So I can create a new item now, but most XHR requests are still failing.
          pianoroy Roy Tinker made changes -
          Summary Cannot create new items after upgrade to 2.2 when underscore is present in the hostname All XHR requests fail under certain conditions when an underscore is present in the hostname
          pianoroy Roy Tinker added a comment -

          Just modified the title to reflect my latest understanding of the problem. Will provide more details when possible.

          pianoroy Roy Tinker added a comment - Just modified the title to reflect my latest understanding of the problem. Will provide more details when possible.
          pianoroy Roy Tinker made changes -
          Component/s external-monitor-job-plugin [ 17123 ]
          pianoroy Roy Tinker made changes -
          Labels https security url url
          pianoroy Roy Tinker made changes -
          Description I just upgraded to 2.2 from 1.6, and this issue appeared.

          Navigating to {{https://servername_vm.example.com/view/All/newJob}} results in a blank page. No items show up.
          !screenshot275124.png|thumbnail!

          In the console, I see:
          !screenshot275125.png|thumbnail!

          Navigating to the Network tab of the devtools, the headers associated with the failed XHR are as follows:
          !screenshot275126.png|thumbnail!

          Note that I'm _not_ authenticated as anonymous (even though the X-You-Are-Authenticated-As header says so) -- see the first screenshot. Also of interest is the "Suborigin" request header. It's equal to the part of the server's name _before_ {{_vm}} (so it's not equal to the true suborigin) -- which may be the trigger that is causing the problem.

          Changes that fix the problem:
          - Reverting to Jenkins 1.6
          - Using a hostname without an underscore,

          Changes that do not fix the problem:
          - Switching to HTTP (i.e. using httpPort=80 and eliminating httpsPort=443)

          JENKINS-34648 doesn't describe the issue I'm having. I suspect my issue may be another problem caused by the same commit - that's why I named the external-monitor-job-plugin in the components list.

          Note: RFC 952 restricts hostnames to letters, hyphens, and numerals. However, later I18n-oriented standards allow encoding other characters in hostnames. In practice, there are a lot of hostnames in the wild with underscores, especially in internal Windows domains (NetBIOS names are allowed to have underscores). Further reading: http://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it
          When accessing via a hostname with an underscore, I'm seeing problems in several other places throughout Jenkins -- but the problems all disappear if I access via a hostname without an underscore (which I'm doing by adding an alternate name for the Jenkins server's IP address in my machine's hosts file). Here's a few I could compile in 10 minutes:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          pianoroy Roy Tinker made changes -
          Description When accessing via a hostname with an underscore, I'm seeing problems in several other places throughout Jenkins -- but the problems all disappear if I access via a hostname without an underscore (which I'm doing by adding an alternate name for the Jenkins server's IP address in my machine's hosts file). Here's a few I could compile in 10 minutes:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          When accessing via a hostname with an underscore, all XHR requests fail. Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          pianoroy Roy Tinker made changes -
          Description When accessing via a hostname with an underscore, all XHR requests fail. Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          When accessing via a hostname with an underscore, all (or many) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          pianoroy Roy Tinker made changes -
          Summary All XHR requests fail under certain conditions when an underscore is present in the hostname Many XHR requests fail under certain conditions when an underscore is present in the hostname
          pianoroy Roy Tinker made changes -
          Description When accessing via a hostname with an underscore, all (or many) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          pianoroy Roy Tinker made changes -
          Attachment screenshot275124.png [ 32674 ]
          pianoroy Roy Tinker made changes -
          Description When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.
          When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.

          In 2.0+, this results in several major functionality blockers -- e.g. the New Item page is blank.
          pianoroy Roy Tinker made changes -
          Description When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue is present in 1.6, 2.2, and 2.3.

          In 2.0+, this results in several major functionality blockers -- e.g. the New Item page is blank.
          When accessing via a hostname with an underscore, many (or perhaps even all; I haven't enumerated) XHR requests fail -- either with a 403 unauthorized (when logged in) or with a 200 OK but blank response (if I log in as anonymous, with anonymous granted Administer privileges).

          Here are a few examples:
          * At /configureSecurity/: XHR calls to /descriptorByName/hudson.security.GlobalMatrixAuthorizationStrategy/checkName?value=%5Busername%5D return either 403 (if logged in) or 200 but blank response (if anonymous w/anonymous granted Administer)
          * At /configureSecurity/: clicking Save or Apply results in an error where an ActiveDirectorySecurityRealm failed to instantiate in org.kohsuke.stapler.Stapler.tryInvoke (Stapler.java:796)
          * At /configure: XHR call to /$stapler/bound/[a GUID]/render returns 404 Not Found
          * At /configure: all other XHR calls executed on load (/checkAdminAddress, checkDefaultSuffix, checkGitUrl, etc.) return 200 OK but have an empty response.

          This issue has been tested and found present in 1.6, 2.2, and 2.3 (I haven't tested any other versions).

          In 2.0+, this results in several major functionality blockers -- e.g. the New Item page is blank.
          ntende Peter Ntende added a comment -

          I have retested on Jenkins 2.4, gives an InvocationTargetException.. below.

          Error while serving http:// xxx.xx.x.xxx:8087/view/xxx/itemCategories (xxx.xx.xxx = My local IP adress)
          java.lang.reflect.InvocationTargetException
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
          at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
          at java.lang.reflect.Method.invoke(Method.java:606)
          at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:324)
          at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:167)
          at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:100)
          at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:124)
          at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
          at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
          at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
          at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233)
          at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
          at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
          at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
          at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
          at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
          at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
          at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
          at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:135)
          at com.smartcodeltd.jenkinsci.plugin.assetbundler.filters.LessCSS.doFilter(LessCSS.java:45)
          at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
          at org.jenkinsci.plugins.modernstatus.ModernStatusFilter.doFilter(ModernStatusFilter.java:52)
          at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132)
          at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:126)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:49)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
          at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
          at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
          at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
          at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
          at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
          at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
          at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
          at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
          at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:553)
          at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
          at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
          at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
          at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
          at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
          at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
          at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
          at org.eclipse.jetty.server.Server.handle(Server.java:499)
          at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
          at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
          at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
          at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
          at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
          at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
          at java.lang.Thread.run(Thread.java:745)
          Caused by: java.lang.NoSuchMethodError: jenkins.scm.api.SCMNavigatorDescriptor.getCategoryId()Ljava/lang/String;
          at jenkins.branch.CustomOrganizationFolderDescriptor.getCategoryId(CustomOrganizationFolderDescriptor.java:92)
          at jenkins.model.item_category.ItemCategory.getCategory(ItemCategory.java:94)
          at hudson.model.View.doItemCategories(View.java:1052)
          ... 72 more

          ntende Peter Ntende added a comment - I have retested on Jenkins 2.4, gives an InvocationTargetException.. below. Error while serving http:// xxx.xx.x.xxx:8087/view/xxx/itemCategories (xxx.xx.xxx = My local IP adress) java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:324) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:167) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:100) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:124) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876) at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:233) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649) at org.kohsuke.stapler.Stapler.service(Stapler.java:238) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:135) at com.smartcodeltd.jenkinsci.plugin.assetbundler.filters.LessCSS.doFilter(LessCSS.java:45) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132) at org.jenkinsci.plugins.modernstatus.ModernStatusFilter.doFilter(ModernStatusFilter.java:52) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:132) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:126) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:49) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:553) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:499) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NoSuchMethodError: jenkins.scm.api.SCMNavigatorDescriptor.getCategoryId()Ljava/lang/String; at jenkins.branch.CustomOrganizationFolderDescriptor.getCategoryId(CustomOrganizationFolderDescriptor.java:92) at jenkins.model.item_category.ItemCategory.getCategory(ItemCategory.java:94) at hudson.model.View.doItemCategories(View.java:1052) ... 72 more
          danielbeck Daniel Beck added a comment -

          ntende Looks like outdated/mismatched plugins, may just take a Jenkins restart (or at worst an update of plugins) to fix.

          danielbeck Daniel Beck added a comment - ntende Looks like outdated/mismatched plugins, may just take a Jenkins restart (or at worst an update of plugins) to fix.
          ntende Peter Ntende added a comment -

          Disabling and Update of all updated plugins and update to Jenkins 2.5 has resolved my issues...Thanks Daniel Beck

          ntende Peter Ntende added a comment - Disabling and Update of all updated plugins and update to Jenkins 2.5 has resolved my issues...Thanks Daniel Beck
          danielbeck Daniel Beck added a comment -

          ntende To clarify, do you have an underscore in a host name, like the original reported issue? Or was your problem unrelated, with a similar looking error message?

          danielbeck Daniel Beck added a comment - ntende To clarify, do you have an underscore in a host name, like the original reported issue? Or was your problem unrelated, with a similar looking error message?
          ntende Peter Ntende added a comment -

          no I do not have an underscore, I just have a raw IP adress. Still I think there is some relation to Roy Tinkers problem, I have not been able to zero in at the particular plugin causing the error. However as far as I understand, even after Roy removed the underscore, he still had the problem.. a restart was not necessary but plugins updates

          ntende Peter Ntende added a comment - no I do not have an underscore, I just have a raw IP adress. Still I think there is some relation to Roy Tinkers problem, I have not been able to zero in at the particular plugin causing the error. However as far as I understand, even after Roy removed the underscore, he still had the problem.. a restart was not necessary but plugins updates
          rtyler R. Tyler Croy made changes -
          Workflow JNJira [ 170921 ] JNJira + In-Review [ 184092 ]
          danielbeck Daniel Beck added a comment -

          ntende Accessing Jenkins using a different URL than configured in the global config can result in problems. If you're doing that, don't.

          danielbeck Daniel Beck added a comment - ntende Accessing Jenkins using a different URL than configured in the global config can result in problems. If you're doing that, don't.

          People

            Unassigned Unassigned
            pianoroy Roy Tinker
            Votes:
            1 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated: