CF8 Stripe webhook problem

How to fix ChronoForms 8 Stripe webhook causing 503 error and page not displaying after payment.

Overview

The problem is that the success page fails to display after a Stripe payment, likely due to a plugin conflict triggered when an email address field is rendered on the page.
Ensure the success URL points to a page without the Stripe Listener, and test the page with the email field disabled. If the issue persists, check the browser console for errors and disable conflicting plugins that may interfere with email address display.

Answered
ChronoForms v8
aj ajackson1972411 07 Aug, 2026

Hi,

Got a problem using CF8 on Joomla 5.4.7 with Stripe.

Got stripe in sandbox mode with a webhook also in sandbox.

The payment processes, clearly hits the listener object because it alters the status then sends out emails, but the stripe window stays up with the browser waiting, after a while it gives a 503 error.

On the webhook page before the listener I put a message block (like suggested by the docs) and if I access that url directly I see my message followed by "Webhook signature verification failed: Unable to extract timestamp and signatures from header"

I'm guessing that is what could be causing the eventual 503 error (or might be completely wrong).

Any help and/or advice much appreciated.

Max_admin Max_admin 08 Aug, 2026
Answer

Do you have a Success URL set in the Stripe action ? this should be a page on your website which does NOT have the Stripe Listener, a common mistake is to point the Success URL to the same page which has the Listener

Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.
aj ajackson1972411 09 Aug, 2026

I do have a success URL (DOMAIN/online-entry-cf8?chronopage=success), the listener is on (DOMAIN/online-entry-cf8?chronopage=webhookcf), the stripe webhook (in test/snadbox) enpoint URL is DOMAIN/online-entry-cf?chronopage=webhookcf&output=ajax

It certainly hits the success page as that updates the database to flag the entry as completed and sends an email to the user and admin but never displays the actual page

aj ajackson1972411 10 Aug, 2026

Problem seems to be when displaying a field read from the database that is an email address in the HTML block, without that field being displayed it works fine

Max_admin Max_admin 24d ago

Hi ajackson

apologies for the late reply.

if a field display is the problem then it may be a plugin on your website causing a problem with the page display when there is an email address printed.

It certainly hits the success page as that updates the database to flag the entry as completed and sends an email to the user and admin but never displays the actual page

But does the webhook run or not ? you should update the status at the webhook, leave the success url for a static text confirmation.

Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.
Max_admin Max_admin 23d ago

if the webhook works then try to check the success page console when it does not display, check if it shows any specific errors with that email field enabled.

Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.

It's clashing with a plugin that obfiscates email addresses, even if the email address is hard coded on the form it just hangs or loops until it times out and gives a 403 response, no other errors are shown

Max_admin Max_admin 22d ago

the plugin which hides the email address is Joomla's core plugin or a 3rd party one ?

And are you displaying the form on that page using the ChronoForms 8 plugin or is it a ChronoForms page type ?

Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.

The form is being displayed as a CF page type and the email hiding module is Regular Labs - Email Protector

Max_admin Max_admin 21d ago

I would disable the plugin for that page then since it's failing something simple, or let them know about the issue.

Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.
Post a Reply