Bug 800570

Summary: upon logging in to the GUI, Firefox JavaScript Error Console contains errors saying it failed to parse the response body returned by /sessionAccess (portal-war's SessionAccessServlet)
Product: [Other] RHQ Project Reporter: Ian Springer <ian.springer>
Component: Core UIAssignee: Charles Crouch <ccrouch>
Status: CLOSED CURRENTRELEASE QA Contact: Mike Foley <mfoley>
Severity: low Docs Contact:
Priority: medium    
Version: 4.3CC: ccrouch, hbrock, hrupp
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-04 07:48:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Ian Springer 2012-03-06 18:18:28 UTC 
The problem is that the SessionAccessServlet is returning a response body that looks something like:

1:-123456789:987654321

but is not setting the Content-Type header on the response.

The browser then assumes the default content type, which is text/html, and tries to parse the response as HTML. This fails because the body is not HTML. This is not causing any functional issues, but it is an easy fix and will get rid of the cryptic errors in the error console. To fix, we just need to set the Content-Type header to text/plain, which is the correct mime type for the content.
Comment 1 Ian Springer 2012-03-06 21:25:18 UTC 
Fixed in master:

http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commitdiff;h=3d66148
Comment 2 Mike Foley 2012-03-12 15:42:37 UTC 
per BZ traige (crouch, foley, loleary), medium priority, not targetted for JON 3.1
Comment 5 Heiko W. Rupp 2013-09-04 07:48:44 UTC 
Bulk closing of some old issues