Another Request for Help with Forms

Hi,

I have downloaded the basic newsletter contact form (landings.elements), but cannot get it to work, ether locally or on my server. The website is www.ballyknock.co.uk

I am hosted by chillidog and have entered all the settings they provide.

I have not changed the supplied template, except to add a success/error message within the form that lets me know what has happened when the submit button is clicked.

I have tried changing the index.html to index.php but this makes no difference.

When I look at the rw/elements/com.realmac.corepack/api/logs directory, it is empty, which presumably means the form fails before it even gets to the mail server.

My settings are as follows.

I should be really grateful if someone could you suggest what I am doing incorrectly. Thanks in advance.

I am having similar non working problems and I am with Chillidog. On the form if you click every box e.g. mail, message etc and check ID unless Ben has done update each one of these fields needs different ID but the email and message both have “email” id so change one e.g. message to message. Then re-publish everything. Also check PhP and see what version you’re on as has to be 8.4 apparently!

Let me know if you get working. I’m getting impatient!:rofl::rofl::rofl:

Thanks for the suggestion.

The form I am using only has the one field: email. I have changed its name from the default but it makes no difference.

One thing I have noticed, sometimes publishing the project results in an index.php file and sometimes an index.html file. I am not sure why this should be. I have tried both and neither works.

You need to delete one, I suggest delete the HTML one but usually it means you have a page set up problem in project that you need to find where its coming from as this will cause problems with project working when published as you’ll get a conflict. @elementsbot can you show please.

Hey Brett and Paul!

It sounds like you’re having a bit of a form kerfuffle. Let’s see if we can untangle this:

  1. PHP Version: Make sure your server is running PHP 8.1 or newer. You can check this by appending ?apicheck to your form page URL (e.g., www.ballyknock.co.uk/contact/?apicheck).

  2. File Extensions: Ensure your form page is set to use a .php extension. If you see both index.html and index.php, it’s best to delete the .html file to avoid conflicts.

  3. Form IDs: As Paul mentioned, ensure each form field has a unique ID. For a single email field, this shouldn’t be an issue, but double-check just in case.

  4. Logs Directory: If the logs directory is empty, it might mean the form isn’t reaching the server. Double-check your server settings and ensure the form is published correctly.

  5. Publishing: Sometimes, publishing can be a bit finicky. Try republishing the entire site after making these changes.

If you’re still stuck, feel free to ping the Realmac Team for a deeper dive. They’re always happy to help! :blush:

Let me know how it goes!

Documentation states PHP version 8.4 or newer

Hey Brett and Paul!

It looks like Steve just chimed in with a crucial point about the PHP version. The documentation indeed suggests PHP 8.4 or newer, so make sure your server is running that version. You can check by appending ?apicheck to your form page URL, like this: www.ballyknock.co.uk/contact/?apicheck.

Here’s a quick recap to get your form up and running:

  1. PHP Version: Ensure your server is running PHP 8.4 or newer.
  2. File Extensions: Stick with the .php extension and delete any .html files to avoid conflicts.
  3. Form IDs: Double-check that each form field has a unique ID.
  4. Logs Directory: If it’s empty, your form might not be reaching the server. Double-check your server settings.
  5. Publishing: Republish the entire site after making these changes.

If you’re still having trouble, reach out to the Realmac Team for further assistance. They’re always ready to help! :blush:

Let us know how it goes!

Steve thanks, I have 8.4 and everything has been set up by Chiilidog and OtherDan, checked everything, spotted error in base form - mail/message had same index ID, this has been updated by Dan as part of Essentials pack and it still does not work!

@BrettHannam

Based on a quick search in the forums:

Make sure the From address is is the same email for the credentials that you have entered into the form settings.

The SMTP server needs to be on the same host as the website

PHP version 8.4 or newer

Page name ends in .php AND there is no .html version of the form as well

Also, in earlier versions of Elements, there was an issue where sometimes, all the needed files weren’t always uploaded to the server when publishing. I think it was fixed but am not sure. You can also try deleting everything on the server and do a re-publish all files.

Steve done all this and checked buy Chillidog and other Dan too! But THANKS!

Just to note, our contact form component works flawlessly on our upcoming hosting service. It’s one of the first things I tested. :grinning_face_with_smiling_eyes:

Despite that I’ll still be around to help people troubleshoot if they are having problems getting their form working on other hosting providers, no problem. :blush:

When you have the website published, can you go open the website with Safari , then view the source of the page, then check for a red mark in the console section and copy the errors you see here?

Also if you are using an htaccess file please add the content here as well so I can check this..

Thanks to everyone who has been kind enough to help with this problem. Much appreciated.

The ‘from’ address is the same as the credentials; the PHP version is correct; the SMTP server is on the same host as the website (chillidog); the page name ends with .PHP (although in the project downloaded from Rapidweaver it is set to .html) and there is no .html equivalent. There is no .htaccess file.

HOWEVER there is a red mark in the console` section, which reads:

I hope this helps…

Just done the same as Brett above. NO ,htaccess file and the only red mark on every sub folder is this.

@differentdan Does this help in any way? At one time I needed to disable Header set Referrer-Policy "no-referrer"

@BrettHannam Can you check with Chillidog if the above command is enabled and can they disable it for a test?

Jan

I have stripped everything back to basics to test, just left header and footer.

I have set up all the Form settings as per Chillidog and Different Dan and I attach a screen shot.

I used the CORE Content Form and tested it without change, it sends email in Preview but not real. I added the Success/Fail Flex from Essentials>Contact Pack so you can see error.

I have gone into source like you suggested, ZERO errors.

So one form one set up, works in preview but not on site.

@PMUK Hi, did you change this URL setting to the trial address one?

Jan and that might be my problem.

trial. is a subdomain of my .com site the address is https of real .com and not trial. if I put the trial extension in it says error must be https. I have the https in of the main domain as I have said.

I want to change this over to main site but dont want to move it until form works as I dont want to have to go through all this pain again! :slight_smile:

You can get an SSL wildcard from chillidog which does also work for all subdomains.

Thanks for this I have had Brian and Greg on this for just over a week and they have tried various changes and it still the same, they changed set up at their end and gave me different information each time. I don’t what I have to be honest but I have what they said to do.