Created attachment 963430 [details] upstream fix for python-requests-1.1.0-8.1.el7ost package Description of problem: The high-level problem is https://bugzilla.redhat.com/show_bug.cgi?id=1135135 The root cause is python-requests having a buggy implementation of a case insensitive mapping. When swiftclient adds a 'Content-Length' header and requests implicitly adds a 'content-length' header, requests sends both as separate headers. This causes apache to reject the request with a 400 error. Version-Release number of selected component (if applicable): python-requests-1.1.0-8.1.el7ost How reproducible: always Steps to Reproduce: Run this testcase: https://github.com/kennethreitz/requests/blob/f7596c75dce4e87ab83bdf74e8f120a4b1a5ff03/test_requests.py#L514 Additional info: This was fixed upstream in https://github.com/kennethreitz/requests/issues/649 The fix as a patch against the current package is attached.
python-requests-2.3.0-3.el7ost is in RHEL OSP 6 beta.
It's probable that rebasing to python-requests 2.3.0 is how we should fix this; this was addressed in commit f7596c75 of upstream master.
verified: ran https://github.com/kennethreitz/requests/blob/f7596c75dce4e87ab83bdf74e8f120a4b1a5ff03/test_requests.py and verified that only valid errors occur
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-0825.html