Forum Replies Created

Viewing 7 replies - 31 through 37 (of 37 total)
  • Just for anyone else having this issue:

    I had this same (or very similar) issue and it turned out to be because certain styles in the table were being overridden by the text style of the shortcode on my page.

    For example, my shortcode (in html) was like this: <h3>[shortcode-table-etc]</h3> and I did not realize that was messing up (only some of) the fonts in my table. (the style was not applied on purpose. It just happened that I pasted the shortcode into the page within a style.)

    • This reply was modified 7 years, 4 months ago by KingDingbat.
    Thread Starter KingDingbat

    (@kingdingbat)

    OH! Thanks! ??

    Actually through a few more hours of investigation, I found that the normal captcha is working fine. It’s only when I use ReCaptcha. The ReCaptcha form loads fine, and I get the green checkmark, but when I submit the form it gives the incorrect CAPTCHA error message. It seems as though the plugin is looking for a captcha code still, even though it is supposed to be disabled. I have tried turning debugging on, tried with both PHP Sessions on and off, disabled all plugins, tried a different theme, checked my PHP info. (Although I admit, I don’t know what to look for there.)

    • This reply was modified 7 years, 10 months ago by KingDingbat.
    • This reply was modified 7 years, 10 months ago by KingDingbat.
    • This reply was modified 7 years, 10 months ago by KingDingbat.

    I have this issue, and also have followed all of the instructions on the page Arpit linked to. I am using ReCaptcha and have disabled the regular captcha feature. It returns an error “That CAPTCHA was incorrect.” even though the checkbox on the ReCaptcha works.

    We have the same issue as many others who have tried to change the directory of the website after the plugin works.

    We were working on the website where wordpress was installed at a subdomain… (www.website.com/site) — When it was finished we changed the “Site Address (URL)” field as we always do in this process to be the root domain (‘www.website.com’)

    Upon doing that, Custom Contact Forms completely broke, giving the “… issues with synchronizing data…” error message when we try to open any page with a form on it, or edit any form through the plugin’s interface.

    The only way to stop this from happening, was to return the site to https://www.website.com/site (where it can’t stay)

    We uninstalled the plugin in several different ways (with /site, without /site, etc.) and reinstalled it, but this does not fix the problem. As soon as we reinstall the plugin, the error comes back (I assume that it has something to do with the “insert form” button on the editor window, since there’s no forms involved anymore.) We’ve even tried all the different permalink settings, and none of them change the problem.

    I even tried to find tables in the database that have to do with the plugin, but there are none which are named anything similar to Custom Content Forms.

    THis particular issue is not a compatibility issue with any theme or other plugin. It works just fine with the site as is, if we keep ‘/site’ at the end of our URL. When we remove it, it stops working. In the end, we had to go with another plugin because we have a deadline and unfortunately nobody is getting any help to fix this.

    I know this is a minor situation compared to the thousands of people who use their WordPress installation without changing the URL. It really is a wonderful plugin otherwise. Let us know if you pin down this issue.

    I assume you are getting the “issues with synchronizing data…” error message like we are.

    We were working on the website where wordpress was installed at a subdomain… (www.website.com/site) — When it was finished we changed the “Site Address (URL)” field as we always do in this process to be teh root domain (‘www.website.com’)

    Upon doing that, Custom Contact Forms completely broke, giving the “… issues with synchronizing data…” error message when we try to open any page with a form on it, or edit any form through the plugin’s interface.

    The only way to stop this from happening, was to return the site to https://www.website.com/site (where it can’t stay)

    We uninstalled the plugin in several different ways (with /site, without /site, etc.) and reinstalled it, but this does not fix the problem. As soon as we reinstall the plugin, the error comes back (I assume that it has something to do with the “insert form” button on the editor window, since there’s no forms involved anymore.) We’ve even tried all the different permalink settings, and none of them change the problem.

    I even tried to find tables in the database that have to do with the plugin, but there are none which are named anything similar to Custom Content Forms.

    THis particular issue is not a compatibility issue with any theme or other plugin. It works just fine with the site as is, if we keep ‘/site’ at the end of our URL. When we remove it, it stops working. In the end, we had to go with another plugin because we have a deadline and unfortunately nobody is getting any help to fix this.

    I know this is a minor situation compared to the thousands of people who use their WordPress installation without changing the URL. It really is a wonderful plugin otherwise. Let us know if you pin down this issue.

    Thread Starter KingDingbat

    (@kingdingbat)

    PS: I’m not using any formatting. It’s completely devoid of special formatting, and based on the file that I got when I “exported”.

Viewing 7 replies - 31 through 37 (of 37 total)