Gzip can "get in the way" of order-confirmation #136
Labels
Milestone
Comments
|
As a work-around for current installations, you can temporarily disable Gzip Compression. |
lat9
added a commit
that referenced
this issue
Jun 2, 2018
Kill any active Gzip compression prior to HTML return and use the session variables for the processing flags, as stored by the main OPC handler when the page is fully rendered.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
While I've not seen the issue surface on FireFox, I've seen the console message
SCRIPT7002: XMLHttpRequest: Network Error 0x800c0007, No data is available for the requested resource.issued from IE and a similar error issued from Chrome when clicking the "Confirm" button on the OPC's main page.
Tracing the issue down, it appears that having Configuration->Gzip Compression set to enabled is the source of the issue. When enabled, an HTTP header (Content-Encoding: gzip) is included in the response, which apparently confuses IE/Chrome so that a jQuery error occurs and the checkout cannot be completed.
Taking a clue from the
downloadspage's processing, the OPC AJAX calls that require an ob_start/ob_end pair (to return replacement HTML) will ensure that Gzip is disabled viaphp.inidirective prior to returning their response.The text was updated successfully, but these errors were encountered: