I strongly suspect you are right about this being a Caching problem, but you seem to have forgotten about Web Browser caching, which this seems to be.
By the way, I see the form just fine on the page you mention, but it seems to be Gravity Forms, though I cannot be sure — I just see references to Gravity Forms in the HTML.
Thread Starter
koo145
(@koo145)
I cleared the cache for my browsers and it’s still happening though. It’s also happening to computers that have never accessed the site
About the only thing left that I can think of is to deactivate all plugins except WP Forms, and change to the default Twenty Sixteen theme, and see if the problem still exists.
If site outage is an issue, you should clone the current site to someplace else as a test site using Duplicator or the Moving WordPress documentation in the Codex. And then deactivate other plugins and use the default Twenty Sixteen theme.
Anyway, the standard concept is to start out with “next to nothing” and gradually work your way up to the problem by adding one change (plugin or theme) at a time.
Also be sure that WP_DEBUG and WP_DEBUG_LOG are set to TRUE in wp-config.php during your testing. Be aware that messages may be generated that could corrupt the appearance of your site when you do this.
I should also mention that there are some pretty unusual situations that can cause what you are seeing, all to do with Redundancy somewhere in the web hosting setup. As in two web servers sharing the job of serving your domain, with one working from an out of date copy of the database. As I say, very unlikely.
Thread Starter
koo145
(@koo145)
If the problem still exists with the 2016 theme and wpforms, does that mean that it’s a server-side caching issue?
If so, I’ve never heard of that before. WordPress does not do any (Page) Caching of its own, and I’m not aware of any web server software that does either. Linux will store files in memory but keeps them up to date.
Thread Starter
koo145
(@koo145)
Hm ok. I’m going to do what you suggested before your last post but what do you think about exporting the form’s settings then deactivating the plugin, delete it, clean the database for any leftover files and then install the plugin again and import the forms? Would this be something that could work?
Looking at your site right now, it looks the same as it did last time. Which is to say that there are references to Gravity Forms in the HTML.
At the risk to trying your patience, could you double check that the Gravity Forms plugin is deactivated?
I’m assuming that this is a Single Site install of WordPress, not Multi-site (“Network”).
Thread Starter
koo145
(@koo145)
I actually just disabled WP Forms.
So I had a form with Gravity Forms and my client updated some elements of the form some time ago (like deleting the captcha). However, we started seeing the page with the old form (without the captcha) sometimes and the new form other times. So thinking it was a plugin issue, I tried to create the same form using WP Forms but I was still seeing the old page with Gravity Forms. Now I’ve come full circle and were back to seeing two versions of the same Gravity Form.
To answer your question, yes this is a single site install.
I also just disabled the Gravity Forms plugins as well. When I go to the page:
http://www.decadencenyc.com/party-registration/
I see the shortcode being displayed, which should be, since the plugin is disabled. But when I open up an incognito window and go to the same page, I see the form being shown (the old form with the captcha).
Right now, I am seeing the Gravity Forms.
I just don’t have any more ideas.
Thread Starter
koo145
(@koo145)
:/
Ok. Well thanks for your time. I really appreciate it 🙂
I have an idea. I was once on a webhost (many years ago on Network Solutions) where the site was served from multiple servers.. some kind of weird load balance thing. One of the server’s time was wrong which is how I caught it. Granted, they did serve the same content. I just had forum posts getting messed up due to incorrect times.
Anyway, put an info.php file in the blog’s directory with
<?php
phpinfo();
?>
Then execute that over and over make sure things like the System and Build Date remain consistent. I was actually seeing different information here.
I loaded that page several times and always got what looked to be the Galaxy Form stuff with a captcha.
Just throwing it out there.
Thread Starter
koo145
(@koo145)
Could you elaborate on the info.php file? I haven’t done that before.
Speaking of the server, so I asked for my client’s hosting credentials and I found something that strikes me odd. I inherited this website by the way so I’m just figuring things out as well.
This is what I found: https://s31.postimg.org/ajdn2pfcb/Screen_Shot_2016_07_22_at_9_35_40_PM.png
The user is subscribed to a WordPress hosting plan and a Cold Fusion plan as well each with it’s own billing
Here are the details from the WordPress settings:
https://s32.postimg.org/jdrk44alh/Screen_Shot_2016_07_22_at_9_36_02_PM.png
https://s31.postimg.org/74qepb8ff/Screen_Shot_2016_07_22_at_9_36_22_PM.png
https://s31.postimg.org/yfgbb4t23/Screen_Shot_2016_07_22_at_9_36_51_PM.png
And here are the details from the Cold Fusion settings:
https://s31.postimg.org/nrh5pv8ez/Screen_Shot_2016_07_22_at_9_36_03_PM.png
https://s32.postimg.org/pawg4dy9h/Screen_Shot_2016_07_22_at_9_36_25_PM.png
https://s32.postimg.org/48a45sjgl/Screen_Shot_2016_07_22_at_9_36_54_PM.png
https://s32.postimg.org/fehfv68at/Screen_Shot_2016_07_22_at_9_37_04_PM.png
I know what Cold Fusion is but I have 0 experience in working with it. Can anyone shed some light on what I’m looking at? :/
That phpinfo(); command just spits out a lot of information about the PHP configuration on the server. Info: PHP: phpinfo – Manual
phpinfo example images – Google Search
