Created attachment 1071262 [details] by Safari Description of problem: When create java pod ,wait untill the pod and container were running, on webconsole connect into the java pod by Safari web browser,could not show the JVM details. But by Firefox or Chrome can show JVM details correctly. Version-Release number of selected component (if applicable): Safari 8 openshift v1.0.5-268-g5802c03 kubernetes v1.1.0-alpha.0-1605-g44c91b1 How reproducible: always Steps to Reproduce: 1. Use command to create a template: `oc create -f http://central.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-java-camel-spring/2.2.19/quickstart-java-camel-spring-2.2.19-kubernetes.json` 2. By Safari web browser login the webconsole, use the template 'quickstart-java-camel-spring' to create a java pod; 3. Wait untill the pod and container were running status, connect into the java pod. Actual results: On the javascript console could not show the JVM details by Safari web browser, but use Firefox or Chrome or IE11 can show correctly. Expected results: Should show the JVM trees and java plugin details correctly by Safari web browser. Additional info:
Can you attach a screenshot of what you are seeing, are there any errors in the javascript console?
Sorry just saw the attachment, ignore previous request.
Created attachment 1071434 [details] XHR in Safari The XHR has no authorization header.
Created attachment 1071437 [details] Hawtio Connect Options
Created attachment 1071438 [details] localStorage
localStorage.jvmConnect: "{"quickstart-java-simple-mainclass":{"scheme":"https","host":"openshiftdev.local","port":8443,"path":"api/v1/namespaces/project3/pods/quickstart-java-simple-mainclass-6z43w:8778/proxy/jolokia/","useProxy":false,"jolokiaUrl":"https://openshiftdev.local:8443/api/v1/namespaces/project3/pods/quickstart-java-simple-mainclass-6z43w:8778/proxy/jolokia/","userName":null,"password":null,"view":null,"name":"quickstart-java-simple-mainclass","title":"quickstart-java-simple-mainclass","returnTo":"https://openshiftdev.local:8443/console/project/project3/browse/pods"}}" https://openshiftdev.local:8443/api/v1/namespaces/project3/pods/quickstart-java-simple-mainclass-6z43w:8778/proxy/jolokia/?maxDepth=7&maxCollectionSize=500&ignoreErrors=true&canonicalNaming=false
Created attachment 1071440 [details] Debug logging
Created attachment 1071456 [details] hawtio-jmx breakpoint new URI().hash() returns ""
The URL in the location bar doesn't have a hash value when the breakpoint is hit.
Hmm, perhaps it's this -> http://stackoverflow.com/questions/18663410/safari-ignoring-removing-hashatags-when-clicking-hyperlinks
I wonder, the token is base64 encoded, right? Wonder if there's a chance some odd character that should be URL encoded is causing this.
The good news: changing the link from /console/java/index.html -> /console/java/ allows the token to be read. The bad news: This causes a later runtime error. > TypeError: undefined is not an object (evaluating 'e.replace')
https://github.com/openshift/origin/pull/4594
Have confirmed on devenv_2314. openshift v1.0.5-322-g31315f4 kubernetes v1.1.0-alpha.0-1605-g44c91b1 The JVM trees can be showed, but when expand the Camel Route tree , some icon was not correct, when open the develope mode , still have 403 response. please see the new attachment.
Created attachment 1072064 [details] safari with wrong icon
Created attachment 1072160 [details] Camel tab with icons in Safari
Comment on attachment 1072160 [details] Camel tab with icons in Safari Disregard, I see the problem when I expand the cbr-route tree node.
This second problem is unrelated to the first. In Safari, I see <img src="/img/icons/camel/endpoint24.png"> In Chrome, I see <img src="/console/java/icons/camel/endpoint24.png"> The HTML <base> is correctly set in Safari, and the other icons show up. Stan, any ideas?
Looks like hawtio-integration has icons with absolute paths. https://github.com/hawtio/hawtio-integration/blob/6a7aba40e75103d66e5ce2571274a1eb31d4ce28/plugins/camel/ts/endpointChooser.ts
Seems odd, the paths actually should get updated at runtime to the right one based on the document base. Just to be on the safe side I tweaked those to be relative, also spotted one other place where the code wasn't adding the document base. PR is here -> https://github.com/openshift/origin/pull/4621
Confirmed on fedora_2323: openshift v1.0.5-344-gd9fb965 kubernetes v1.1.0-alpha.0-1605-g44c91b1 It works now.