Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
- Jenkins 2.2
- Server OS: Windows 7 Enterprise (64-bit)
- Plugins: ace-editor 1.1, active-directory 1.45, ant 1.2, antisamy-markup-formatter 1.3, any-buildstep 0.1, branch-api 1.7, build-pipeline-plugin 1.5.2, buildresult-trigger 0.17, cloudbees-folder 5.9, conditional-buildstep 1.3.3, credentials 1.28, credentials-binding 1.7, cvs 2.12, dashboard-view 2.9.7, durable-task 1.9, extended-choice-parameter 0.72, external-monitor-job 1.4, fstrigger 0.39, flexible-publish 0.15.2, handlebars 1.1.1, git 2.4.4, git-client 1.19.6, git-server 1.6, github 1.19.0, github-api 1.75, github-branch-source 1.6, github-organization-folder 1.3, icon-shim 2.0.3, javadoc 1.3, job-restrictions 0.4, jquery 1.11.2-0, jquery-detached 1.2.1, junit 1.13, ldap 1.12, mailer 1.17, mapdb-api 1.0.6.0, matrix-auth 1.3.2, matrix-project 1.6, maven-plugin 1.12.1, multi-slave-config-plugin 1.2.0, nodelabelparameter 1.7.2, momentjs 1.1.1, pam-auth 1.2, parameterized-trigger 2.30, pipeline-build-step 2.0, pipeline-input-step 2.0, pipeline-stage-view 1.3, pipeline-stage-step 2.1, plain-credentials 1.1, powershell 1.3, run-condition 1.0, scm-api 1.2, scm-sync-configuration 0.0.9, script-security 1.19, ssh-credentials 1.11, ssh 2.4, ssh-slaves 1.11, structs 1.1, subversion 2.5.7, token-macro 1.12.1, translation 1.14, windows-exe-runner 1.2, windows-slaves 1.1, workflow-aggregator 2.1, workflow-api 2.0, workflow-basic-steps 2.0, workflow-cps 2.2, workflow-job 2.1, workflow-multibranch 2.3, workflow-durable-task-step 2.0, workflow-scm-step 2.0, workflow-cps-global-lib 2.0, workflow-step-api 2.0, workflow-support 2.0
- Jenkins configured to serve via HTTPS on port 443 using a certificate
- Configured Jenkins URL is https://servername_vm.example.com/ (hostname is equal to the machine's FQDN)
- Browser: Chrome 50- Jenkins 2.2 - Server OS: Windows 7 Enterprise (64-bit) - Plugins: ace-editor 1.1, active-directory 1.45, ant 1.2, antisamy-markup-formatter 1.3, any-buildstep 0.1, branch-api 1.7, build-pipeline-plugin 1.5.2, buildresult-trigger 0.17, cloudbees-folder 5.9, conditional-buildstep 1.3.3, credentials 1.28, credentials-binding 1.7, cvs 2.12, dashboard-view 2.9.7, durable-task 1.9, extended-choice-parameter 0.72, external-monitor-job 1.4, fstrigger 0.39, flexible-publish 0.15.2, handlebars 1.1.1, git 2.4.4, git-client 1.19.6, git-server 1.6, github 1.19.0, github-api 1.75, github-branch-source 1.6, github-organization-folder 1.3, icon-shim 2.0.3, javadoc 1.3, job-restrictions 0.4, jquery 1.11.2-0, jquery-detached 1.2.1, junit 1.13, ldap 1.12, mailer 1.17, mapdb-api 1.0.6.0, matrix-auth 1.3.2, matrix-project 1.6, maven-plugin 1.12.1, multi-slave-config-plugin 1.2.0, nodelabelparameter 1.7.2, momentjs 1.1.1, pam-auth 1.2, parameterized-trigger 2.30, pipeline-build-step 2.0, pipeline-input-step 2.0, pipeline-stage-view 1.3, pipeline-stage-step 2.1, plain-credentials 1.1, powershell 1.3, run-condition 1.0, scm-api 1.2, scm-sync-configuration 0.0.9, script-security 1.19, ssh-credentials 1.11, ssh 2.4, ssh-slaves 1.11, structs 1.1, subversion 2.5.7, token-macro 1.12.1, translation 1.14, windows-exe-runner 1.2, windows-slaves 1.1, workflow-aggregator 2.1, workflow-api 2.0, workflow-basic-steps 2.0, workflow-cps 2.2, workflow-job 2.1, workflow-multibranch 2.3, workflow-durable-task-step 2.0, workflow-scm-step 2.0, workflow-cps-global-lib 2.0, workflow-step-api 2.0, workflow-support 2.0 - Jenkins configured to serve via HTTPS on port 443 using a certificate - Configured Jenkins URL is https://servername_vm.example.com/ (hostname is equal to the machine's FQDN) - Browser: Chrome 50
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
| 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. |
| 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. |
| Attachment | screenshot275126.png [ 32672 ] |
| Attachment | screenshot275126.png [ 32675 ] |
| 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. |
| 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. |
| 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. |
| 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 |
| 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. |
| 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 |
| 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. |
| 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. |
| Labels | 2.0 https security url | https security url |
| 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) 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 |
| 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) 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) 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 |
| 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) 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) 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 |
| 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) 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) 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 |
| 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) 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) 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 |
| 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) 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) 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 |
| 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) 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) 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 |
| 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 |
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.
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. 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.
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.
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)?
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.
| 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 |
Just modified the title to reflect my latest understanding of the problem. Will provide more details when possible.
| Component/s | external-monitor-job-plugin [ 17123 ] |
| Labels | https security url | url |
| 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) 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. |
| 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. |
| 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. |
| 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 |
| 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. |
| Attachment | screenshot275124.png [ 32674 ] |
| 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. |
| 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. |
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
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 Looks like outdated/mismatched plugins, may just take a Jenkins restart (or at worst an update of plugins) to fix.
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
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 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?
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
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 | Workflow | JNJira [ 170921 ] | JNJira + In-Review [ 184092 ] |
ntende Accessing Jenkins using a different URL than configured in the global config can result in problems. If you're doing that, don't.
recena PTAL