-
Notifications
You must be signed in to change notification settings - Fork 215
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LiteSpeed broken layout incompatibility #2776
Comments
We hit this today too. Have temporarily rolled back to 3.5.5.1 |
@BenHarris This issue is not related to this one: Please check if the 3.6.0.3 version fixes your problem. If not, contact us via support and mention this GitHub issue. |
There is a related ticket here: https://secure.helpscout.net/conversation/1213394116/177393 This is WIP, but I'll be on leave, so I'm adding here my findings so far. As Piotr found, the issue can occur when there are multiple clicks on the link of a product. I found this can happen with normal pages too. This site is hosted on a LiteSpeed server, as in previous cases. When doing multiple clicked, some of the requests are canceled: The caching process stopped in these two checks:
One obviously passes through resulting into only a part of the page being cached, e.g. http://snippi.com/s/pvej1ql |
Potentially related tickets: |
Potentially related ticket: This is again a WooCommerce site on a Litespeed server. |
A similar ticket: Slack Convo about a potential solution: |
@piotrbak Is this issue still WIP? If not, can you please update the title? |
Potentially related ticket: https://secure.helpscout.net/conversation/1419934340/237835/ The site is hosted on a LiteSpeed server, and pages are randomly cached incomplete, e.g.: http://snippi.com/s/0rj03ck |
Potentially related: https://secure.helpscout.net/conversation/1434303232/241865/ |
Probably related https://secure.helpscout.net/conversation/1424294729/239107/ |
Related ticket: https://secure.helpscout.net/conversation/1458397773/249020/ |
Hi, is there already a solution for this issue? I'm having this problem. |
Related ticket: https://secure.helpscout.net/conversation/1460570318/249648/ The client applied the changes that Vasilis proposed and says that fixes the issue. |
Likely related: https://secure.helpscout.net/conversation/1465576506/251041/ |
Related ticket: https://secure.helpscout.net/conversation/1472466353/252789/ |
…ing cache (PR #3713) * Process buffer only if there is a closing </html> * Do not look for </html> when it's a REST API request * formatting update * update pattern for unexpected spacing Co-authored-by: Rémy Perona <remperona@gmail.com>
Describe the bug
When using LiteSpeed (and seems that in connection with WooCommerce), double click on the WooCommerce page creates a broken layout cache.
I wasn't able to replicate this on pages other than WooCommerce ones.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
WP Rocket caching the pages correctly.
Screenshots
Double click on the product page:
https://jmp.sh/ve9YdcY
Double click on taxonomy page:
https://jmp.sh/4n8e1nJ
Additional context
I was working on one ticket related to this issue, I was pretty sure that it's related to the HTTP/3 protocol and QUIC, but I have a second ticket with HTTP/2.
Nothing special in the WP Debug log. The cached HTML file just stops at some point.
In the first ticket, it was happening only for mobiles (still not for all), in the second one, I've reproduced it on the desktop.
I'm getting more information regarding the second environment, as it seems that it has a shared cache directory.
Related tickets:
We have access to the full cPanel and we can test there whatever needed:
https://secure.helpscout.net/conversation/1173326494/167375?folderId=2415573
New ticket (from screencast), still getting more information about the environment:
https://secure.helpscout.net/conversation/1165493465/165403?folderId=2415573
Backlog Grooming (for WP Media dev team use only)
The text was updated successfully, but these errors were encountered: