|
Susan McLean
|
March 24, 2016 at 6:01 am
There seems all the sudden to be an issue with my client’s site where we have a sidebar showing x number of events and for some reason, no new events will show up in the sidebar, but they will in the Full Calendar display page. My client’s site is running EE3 3.1.37.7.P with WordPress version 4.4.2 and PHP version 5.2.17. http://rodaleinstitute.org/learn/ is where you can see the sidebar and http://rodaleinstitute.org/visit/calendar-of-events/ is where you can see the full calendar. The name of the test event is Plant Class. My client does have custom templates that we update every time the plugin version is updated and I’ve double and triple checked the widget.php template as I would think that is where the problem lies (they only have five or so custom templates). I’ve also verified the settings are exactly the same on the test event as other events that are showing up on the widget sidebar.
|
|
Tony
|
March 24, 2016 at 7:27 am
Hi Susan,
Any caching plugins on the site?
Does the host run any server side caching? The sites running on nginx, so if Varnish is installed do you have the option to purge the varnish cache?
Can you edit the widget settings and set the number of events to a higher number, lets say 6 (or higher), does it show the events then?
You are using the limit value within the widget settings correct? (not something custom within widget.php)
|
|
Susan McLean
|
March 24, 2016 at 9:14 am
Hi Tony. There are no caching plugins on the site in WordPress. I’ll have to log onto their hosting panel to see if I have that option to purge the cache. But to answer your other questions, I can and have edited the number of events in the widget to a higher number and the correct number of events show but those new events still do not show. Yes I am using the limit value in the widget settings.
|
|
Lorenzo Orlando Caum
|
March 24, 2016 at 9:28 am
Hi Susan,
I saw your note about changing the widget.php when an upgrade is made.
Does it work if you temporarily reverse your changes?
—
Lorenzo
|
|
Susan McLean
|
March 24, 2016 at 4:11 pm
Hi Lorenzo. Here’s the funny part, my client noticed the issue before I could update the widget.php template. I have since updated the custom template to reflect the standard template as far as line by line code while still keeping the customizations in the custom template (the custom edits are mostly layout changes vs. any functionality changes). So to answer your question no, the same thing happens if I remove the changes I’ve made to the custom template. However, I did just think of an idea to test. Move the custom template to another directory or even change the name so that the plugin has to use the standard template and see if that works. I still have to check the Varnish cache on the host. So I will do both of those things and let you know what the result is 🙂
|
|
Susan McLean
|
March 25, 2016 at 3:26 pm
Hi Lorenzo. Sorry about the delay in getting those test run and back to you. Anyway, here’s the deal…when I renamed the customized template the only thing that changed was the layout (in other words no new events showed up like they should be). Also, I logged into their hosting account and it does not appear that the account has Varnish running on it or at least I don’t have access to it via the cpanel or hosting interface. So I’m wondering if there’s something with the event settings that are causing it. Or if in the one the recent updates to the plugin it caused any newly added events to not show up. I’m really not sure where the problem lies to be honest with you. We would be happy to give you a login to our wp admin so you could check it out yourself. In the meantime, I’m going to try doing some more tests to figure out where the issue is (widget.php or something else).
|
|
Lorenzo Orlando Caum
|
March 25, 2016 at 4:03 pm
Thanks for checking Susan. I tried to view the site and there may be a temporary connectivity issue:
http://cl.ly/2x0V3E0I1s07
Are you seeing that on your end?
On the issue that you mentioned, I ran some searches and found someone that was experiencing that issue and it was corrected when they updated.
Did you one click update (e.g. update through your WP dashboard) or did you manually overwrite via FTP / SFTP?
—
Lorenzo
|
|
Susan McLean
|
March 30, 2016 at 7:24 am
Hi Lorenzo. I thought I had replied back to your last response but it’s not appearing on my ticket thread (which is a real bummer since that was days ago). Anyway, to answer your questions I have no issue with seeing the site and am not seeing the connectivity issue you seem to be seeing.
Also, we did the update through the WP Plugin page admin interface. How could that and manually uploading the plugin folder have different effects on the plugin working correctly?
|
|
Josh
|
March 30, 2016 at 12:09 pm
It can have an affect when it’s updated by FTP and old files aren’t removed first.
Anyway back to your question about the widget. If you set the limit to a number like 30, do the newer events begin displaying? Along with that, are the new events Recurring Events? When you set up a new event, it its date format YYYY-MM-DD?
|
|
Susan McLean
|
March 30, 2016 at 8:59 pm
Hi Josh. Okay, I am going to rename the current EE plugin folder and upload the same version manually and see if that does anything. To answer your questions no the test event or other events not showing up are Recurring Events and yes the date format is as you asked.
I’ll let you know what my test uncovers if anything 🙂
|
|
Tony
|
March 31, 2016 at 1:47 am
Okay, I am going to rename the current EE plugin folder and upload the same version manually and see if that does anything.
The problem is that some users ‘update’ plugins via FTP by simply copying the new plugin files over and selecting to overwrite the originals. Whilst this may sound correct it actually doesn’t work as expected and can often cause problems.
To give an example if we rename a file within EE, lets call the original FileA but we rename it to FileB, it has all of the same functions etc within. If you copy and replace via FTP you don’t remove FileA but add FileB. You now have the same function declared within 2 files, if EE dynamically loads the files within a directory, you’ll get a fatal error stating you can not re-declare a function. It’s a quick example but happens enough times to note, there’s others like FTP dropping the connection and leaving some files that should have been updated.
So if you previously updated via Dashboard -> Plugins then that should not be a problem.
To answer your questions no the test event or other events not showing up are Recurring Events and yes the date format is as you asked.
Should that be are not recurring events? Or they are recurring events?
If they are not recurring events can you go to Dashboard -> Appearance -> Widgets.
Edit the EE upcoming events widget and set the ‘Show recurring events’ option to Yes, does the event then show correctly?
|
|
Susan McLean
|
March 31, 2016 at 8:15 pm
Holy Batman! The events show up when I did what you instructed and turned “Show recurring events” to yes in the widget. What logic is that following as these events are not recurring? Furthermore, I don’t see anywhere in the Event Overview screen where I can make the event recurring. Very odd. Is this a bug or logic that I was not aware of maybe?
|
|
Josh
|
March 31, 2016 at 8:48 pm
There was a bug that was discovered where a change in WordPress core update led to non-recurring events not being recorded as a non-recurring event. We’ll have a fix for this in the next maintenance update of Event Espresso 3.
|
