- This topic has 13 replies, 2 voices, and was last updated 1 week, 4 days ago by
.
I updated the theme Jevelin to version 5.14 and then when customers check out the Wocommerce checkout/order-received/ page gives a 404 error. The Woocommerce link is correct and I have deduced that this is a theme error because when I activate a new theme the order goes through and a 404 error does not occur.
In the mean time while this error is being fixed can you please send me the Jevelin version 5.13 when this problem did not occur.
Can you please send version Jevelin Theme 5.13 so I can revert back. Then my clients will not have this issue while you resolve the error.
It has been 4 days since I have heard anything regarding this 404 error on the checkout order received pages. We use your theme for multiple websites and it is occuring on all of them. I would appreciate a response on this error.
Hello,
Sorry for the late reply.
Is the issue happening on the “Thank You” (order received) page? We tested the checkout process on our side and it worked normally, and there weren’t any changes in that area in version 5.14, so it’s a bit strange. If this is a development site, we can run a few quick tests there to confirm what’s causing the issue.
In the meantime, we’ve uploaded version 5.13 to your site’s media library so you can temporarily revert the changes.
Best regards,
Shufflehound team
Good afternoon, yes this is a development site so you can do tests. It would be on the “Thank You” (order received) page right after an order is placed. To see the error an order has to be placed.
I have added a screenshot just now as an example of the error happening for you to review and see exactly what I am talking about. I have a video but it will not let me upload due to size.
Hello,
We can see that you’ve installed version 5.13, and the “Thank You” page works fine there. We also tested it again using version 5.14, and the order confirmation message appeared correctly without any 404 errors.
So we’re not sure what caused the issue earlier, or if you may have already fixed it on your side, as we haven’t made any changes yet.
Best regards,
Shufflehound Team
Hello,
What you were seeing was a 404 redirect that I created. The problem still exists. I installed version 5.13 and the problem was still happening. So then I began deactivating plugins. When WPBakery was deactived the “order received” page information would come through making me think it is a plugin error now and no longer a theme error.
Thank you!
Hello,
Thanks for checking that. It does seem related to WPBakery rather than the theme. You can also try reinstalling WPBakery from Appearance > Install Plugins, it might help.
Best regards,
Shufflehound team
Upon communicating with WPBakery Support they are saying otherwise. You can refercen their response below. Please advise on how to fix this as it has been an ongoing issue. I have turned off and on all plugins and the only resolution is either chnaging the theme or removing WPBakery. Both are not options that I can make a permant fix.
Hello,
Thanks for the update. To look into this properly, could you please tell us which versions of WordPress, the Jevelin theme, and WPBakery you’re currently using?
We tested the checkout process on our test site with the latest theme and WPBakery versions, but we weren’t able to recreate the 404 issue. We also haven’t seen similar reports from other users, so the versions might help us better understand and test what’s happening.
Best regards,
Shufflehound team
If you are referring to the test you did prior,8 days ago, the reason the order whent through was because I had done a redirect. I removed the redirect that was in place so you could see that the issue still persists. I even did a test today and the issue is still aparent. The current theme is version 5.14 and the the WpBakery is version 8.7.2.
Hello,
Thanks for the clarification. We were referring to tests done on our own test installation, where Jevelin 5.14 together with WPBakery 8.7.2 and WooCommerce is working normally. At the moment we still cannot reproduce the 404 issue on our side.
Based on your latest notes and what we observed while testing directly on your development site, it appears that something in the environment is causing the first load of the “order received” page to be treated as a 404. Since refreshing the exact same URL loads correctly, this points to caching, redirects, or another process marking the request as 404 before WooCommerce finishes loading the endpoint.
When we switched between 5.14 and 5.13 on your site, the 404 disappeared once and continued working after updating back to 5.14, which also suggests that the issue is not tied to the theme update itself but to how the environment handles that first request.
At this stage, because we haven’t been able to reproduce the problem consistently on your site or our clean setup, we don’t yet have a specific source we can point to. The behavior aligns more with a local configuration or caching rule rather than an issue introduced in the theme update. If you notice any pattern or can narrow down when the 404 triggers (specific payment method, browser, plugin combination, etc.), please let us know and we will check that scenario specifically.
Best regards,
Shufflehound team
Hi,
I have confirmed this is specifically a Jevelin + WPBakery conflict on the WooCommerce order-received endpoint.- The 404 only appears on the initial redirect after checkout.
- The exact same URL works in a private window.
- The issue disappears if WPBakery is disabled.
- The issue also disappears if I use a default theme with WPBakery enabled.
- Checkout uses the default WooCommerce pages, no custom thank-you page.
This means Jevelin’s WooCommerce template overrides or wrapper functions are marking the endpoint as 404 before WooCommerce resolves it when WPBakery is active.
Please check Jevelin’s WooCommerce templates (especially checkout/thankyou.php and wrapper-start.php/wrapper-end.php) and any functions that run on template_redirect or is_404(). The problem started recently, which aligns with a theme or WPBakery update changing the load order.
I need a patch or updated theme version that prevents Jevelin from forcing 404 on this endpoint when WPBakery is active.
Hello,
Thank you for the detailed follow up. We’ve reviewed the recent theme updates and can confirm that there haven’t been any changes to the WooCommerce templates or 404 handling that could affect the “order received” page. We also ran additional tests using Jevelin 5.14 with WooCommerce and WPBakery 8.7.2, but couldn’t reproduce the issue, and haven’t received any other similar reports from other theme users regarding the order received page.
We understand your point that switching to a different theme makes it work, though when we switched between Jevelin versions during testing, the page also started working again, even without any code changes. That makes it difficult to confirm whether the issue originates directly from the theme or from something else in the environment reacting to the theme switch.
Have you tried adjusting any WPBakery settings or temporarily disabling any caching or performance plugins? It might help, as something there could be contributing to the issue.
Best regards,
Shufflehound team
