Bug 981809 - Possible compression issue when making jsonp request
Summary: Possible compression issue when making jsonp request
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: REST
Version: 4.8
Hardware: Unspecified
OS: All
unspecified
unspecified
Target Milestone: ---
: RHQ 4.9
Assignee: Heiko W. Rupp
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-05 21:51 UTC by Josh Osgood
Modified: 2014-03-26 08:31 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-03-26 08:31:27 UTC
Embargoed:


Attachments (Terms of Use)
Patched rest-war file (56.64 KB, application/octet-stream)
2013-07-09 21:02 UTC, Heiko W. Rupp
no flags Details

Description Josh Osgood 2013-07-05 21:51:51 UTC
Description of problem:
jsonp requests with 'accept-encoding: gzip' results in failure

How reproducible:
   Always

Steps to Reproduce:
1. Open the web browser (tested with firefox, chrome, IE)
2. Navigate to <RHQ-SERVER-ADDRESS>:<RHQ-PORT>/rest/resource/platforms?jsonp=test
3. Authenticate if prompted

Actual results:
Chrome:
   Error 330 (net::ERR_CONTENT_DECODING_FAILED): Unknown error.
Firefox:
   Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

Expected results:
   JSON platform details embedded in a javascript function called 'test'.

Additional info:
   After disabling compression requests in firefox, the page loads as expected.

   (Disable compression requests in firefox by navigating to about:config in URL bar, search for 'encoding', clear 'Value' field for 'network.http.accept-encoding'.)

   Also tested with Curl - whenever gzip encoding is requested via the header, the request fails.

Comment 1 Heiko W. Rupp 2013-07-09 21:02:05 UTC
Created attachment 771243 [details]
Patched rest-war file

Comment 2 Heiko W. Rupp 2013-07-09 21:04:55 UTC
Josh,
I've created a patched rhq-rest.war archive that would go into 
§SERVER/modules/org/rhq/rhq-enterprise-server-startup-subsystem/main/deployments/rhq.ear/

(the existing one is exploded, while the attachment is an archive, but that should not matter).

Would you be able to try that?

Thanks
  Heiko

Comment 3 Josh Osgood 2013-07-09 22:04:49 UTC
Heiko,

Your patch seems to have fixed the problem - bug resolved.

Thanks,
    Josh

Comment 4 Heiko W. Rupp 2013-07-10 07:06:36 UTC
Thanks Josh for checking.

master 206bc37502

Comment 5 Heiko W. Rupp 2014-03-26 08:31:27 UTC
Bulk closing now that 4.10 is out.

If you think an issue is not resolved, please open a new BZ and link to the existing one.


Note You need to log in before you can comment on or make changes to this bug.