Directory listing submissions failing — a form error, a listing that never appears after submission, an approval workflow that stalls — usually traces to a break somewhere between the submission form, the moderation queue, and the published listing itself.
Submit a test listing and note exactly where it stalls
Submit a test listing and follow it through the process — does it appear in a pending queue, does an approval notification arrive, does it publish correctly once approved. Knowing exactly which step stalls narrows this down considerably.
Directory listing submission errors
A directory listing submission traced from form to moderation to publication, wherever it actually stalls.
- Full backup taken before we start
- If we can’t fix it, you get your money back
- We never ask for your own password
This or something else?
| Directory listing submissions are failing, stalling, or not appearing after approval | This fix covers it |
| The issue is map or geolocation display for listings, not the submission process | Map & geolocation integration errors |
| You want the submission form’s spam protection configured, a related but distinct concern | Form spam flood – anti-spam configuration, in the Forms & Integrations category |
| Listings submit fine but notifications aren’t arriving | Appointment notification failures, or a related notification-routing fix |
What you are seeing
- Submissions not appearing in the moderation queue at all
- Approved listings not actually publishing
- An error shown to the user during submission
- The issue possibly affecting only certain listing categories or types
Common causes
- A plugin conflict interrupting the submission process before it reaches the moderation queue
- A required field validation failing silently without a clear error
- An approval workflow trigger not correctly publishing the listing once approved
- A caching issue preventing a newly published listing from appearing
- A file upload (an image or document) exceeding a size limit without a clear error shown to the submitter
What we do
- Reproduce the submission process end to end
- Identify exactly where the process breaks
- Correct the underlying cause
- Verify a test submission now completes correctly through to publication
- Check the approval workflow specifically if that’s where the break occurred
- Confirm existing pending submissions aren’t affected by the fix
What is included
- The specific point of failure identified and corrected
- A tested, confirmed working submission-to-publication flow
- A check on the approval workflow specifically
- The pre-fix backup, kept for 30 days
Not included
- Map or geolocation display issues, a separate, related fix
- Spam protection configuration, a separate, related fix
- Redesigning the submission form or approval workflow itself, beyond fixing the fault
- Ongoing monitoring for a future recurrence
Questions about this fix
How do I know if this is a form problem or an approval workflow problem?
Testing a submission yourself and tracking exactly where it stalls — form submission, the moderation queue, or final publication — is the fastest way to isolate which stage is actually broken.
Will this fix affect listings already stuck in the queue?
We check specifically whether existing pending submissions are affected and would flag anything that needs manual attention alongside the underlying fix.
Could this be affecting only some listing categories, not all?
Yes, if a specific category has its own submission fields or workflow variation, an issue could be isolated to just that category rather than the whole directory.
Is this the same as a general form submission issue?
Related in mechanism, though this specifically covers a directory listing's full path from submission through moderation to publication, which has more steps than a standard contact form.
How urgent is this if listings are a core part of my site's business?
Genuinely worth prioritising if broken submissions mean you're losing listings (and potentially revenue) from users unable to complete the process.
Related fixes
If this is the second time this year
A bad update breaking the site is a symptom of updates not being tested first. Care plans run every update on a staging clone before it reaches your live site, which is the actual fix for this happening again.
Your access, your rules
Create a separate admin account for us and delete it when we are done. For anything else, we get in touch and agree a method — never a form field on this site, never by reply to an email.
We back up first, always
Before anything is touched we take a full backup and keep it for 30 days. If a fix goes wrong, we put the site back exactly as it was.
If it is not what you bought
If the problem turns out smaller than what you ordered, we refund the difference. If it is bigger, we stop and send a quote before doing any extra work.
If we cannot fix it
You get back what we received. Diagnosis is on us — you only pay when the problem is actually solved. The payment processor takes its fee before the money reaches us, so we never hold it and it is not ours to return. That is true here as everywhere else.
If it comes back
Reply within seven days of delivery and we put it back on the bench at no cost. The fix is not finished until it holds.
What we are responsible for
If something goes wrong with a fix, our responsibility is limited to what you paid for it. We take a full backup first so mistakes can be undone, and we tell you before doing anything outside what you bought.