Bug 1466799
Summary: | mod_wsgi forces HEAD to GET | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Attila Fazekas <afazekas> | |
Component: | mod_wsgi | Assignee: | Luboš Uhliarik <luhliari> | |
Status: | CLOSED ERRATA | QA Contact: | Jan Houska <jhouska> | |
Severity: | urgent | Docs Contact: | Ioanna Gkioka <igkioka> | |
Priority: | high | |||
Version: | 7.4 | CC: | afazekas, bnater, dmasirka, igkioka, jkejda, jorton, jreznik, knoha, luhliari, mburns, salmy, uemit.seren, yprokule | |
Target Milestone: | rc | Keywords: | ZStream | |
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | mod_wsgi-3.4-18.el7 | Doc Type: | Bug Fix | |
Doc Text: |
Previously, the mod_wsgi adapter was mapping any HEAD request to a GET request. As a consequence, applications served different content for the HEAD and GET requests. This update adds the WSGIMapHEADToGET directive to fix the unexpected behavior of applications. Note that the directive can be set to "Auto" (default), "On" to always map a HEAD to GET request even if no output filters are detected, or "Off" to always preserve the original request method type. As a result, users can set WSGIMapHEADToGET accordingly, and the described problem no longer occurs.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1623666 (view as bug list) | Environment: | ||
Last Closed: | 2018-10-30 11:19:02 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1610453, 1615238, 1623666 |
Description
Attila Fazekas
2017-06-30 13:32:39 UTC
We are shipping current versions of mod_wsgi in RHSCL, can you use that if you need it? python27-mod_wsgi-4.5.13-1.el7.x86_64 rh-python34-mod_wsgi-4.4.3-2.el7.x86_64 rh-python35-mod_wsgi-4.4.21-1.el7.x86_64 rh-python36-mod_wsgi-4.5.13-1.el7.x86_64 The issue we're seeing is in OpenStack and we don't rely on RHSCL currently and would like to avoid it if we can. We could maybe use it for testing, but we can't force customers to enable a new repository in the middle of a release. mburns already provided the answer. 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://access.redhat.com/errata/RHBA-2018:3210 |