Home › Forums › Calendar Products › Events Calendar PRO › Month View occasionally Not Found
- This topic has 8 replies, 2 voices, and was last updated 11 years, 3 months ago by
Barry.
-
AuthorPosts
-
January 13, 2015 at 3:59 pm #932353
Bill
ParticipantWe are having a problem because occasionally the Month View page cannot be found. This does not happen all the time, but does happen often. It happens regardless of what browser we use. What is consistent is that when you choose List View from Month View it works fine. When you choose Month View from List View it does not always work.
We have tested this repeatedly on our test site (with all the plugins and in twenty fourteen). IT WORKS THERE.
We suspect a setting on the Server on which the site operates. It seems as though the move from List to Month ‘times out’ but the message is Page not Found. Ideas?January 14, 2015 at 5:14 am #932562Barry
MemberHi Bill,
I’m sorry to hear you are experiencing difficulties.
We have tested this repeatedly on our test site (with all the plugins and in twenty fourteen). IT WORKS THERE.
Just to clarify: do you mean it always works on your test site, regardless of what other components are running, or that it works when you have deactivated all other plugins and switched to a default theme?
If the latter, were you able to isolate the conflict to a particular component (if it is your theme or a specific plugin that triggers the problem, for instance, can you share a note of which one)?
We are having a problem because occasionally the Month View page cannot be found.
Is there any pattern at all? For instance, does it only occur when a particular month contains zero events?
I’m also curious about the nature of the not found page: are we discussing a themed 404 page being generated by WordPress/your theme or is this something more basic, like a server-level error?
Thanks!
January 14, 2015 at 1:28 pm #932937Bill
ParticipantOur testing on our Test Site is with all the plugins turned on. It does not appear to be an issue with any of the plugins. Testing on Test Site was with Free Version, BUT the problem exists on or main site with Free AND with Pro Version.
The only pattern we have found is that it only fails when returning from a List View to the Map View. The default on load is Month. We have tried switching the default to List, but that does not change the symptom, that is to say it still only fails when changing from List to Month.
The page then shown is:
Not Found
Apologies but the page you requested could not be found. Perhaps searching will help.
The URL in the browser is: internationaltrusts.org/events/month/
It is possible to ‘find’ the calendar if you wait a few minutes and refresh, or if you remove the / at the end of the address and refresh. (Not sure if it is a timing thing or removal of the / because that takes a moment to do)
It is NOT a case of trying to display a month without events, the problem happens regardless of which month is being displayed.
On another occasion we got the following URL: http://internationaltrusts.org/events/month/?tribe-bar-date=2015-03
with the same failure. Refreshing the screen resulted in the proper page being displayed.
This is the only plugin that we are having this problem with, that is all other page displays are performing correctly.
I have go to think this is some sort of timing thing. But don’t have a clue where to go to find or fix such a timing issue. (The real site is much busier than the Test site and on a different server. PHP Version on test site is 5.3.24/32Bit OS
The PHP Version on the ‘live’ site is 5.3.20/64Bit OS
Best way to see the problem is to visit the site. Go to Calendar of Events page and flip back and forth between List and Month. Sometimes it happens immediately sometimes it takes 6 or 8 times.January 14, 2015 at 3:31 pm #932980Barry
MemberHi Bill,
Thanks for the extra details 🙂
Best way to see the problem is to visit the site. Go to Calendar of Events page and flip back and forth between List and Month. Sometimes it happens immediately sometimes it takes 6 or 8 times.
I did try just that, but even with repeated switches between month and list view I was unable to reproduce the problem.
Our testing on our Test Site is with all the plugins turned on. It does not appear to be an issue with any of the plugins. Testing on Test Site was with Free Version, BUT the problem exists on or main site with Free AND with Pro Version.
Would it be possible for you to install and activate PRO on the test site and see if you can then reproduce there?
If that does let you successfully reproduce the issue can you try running through our complete troubleshooting steps at that point? The reason I ask is that if the conflict is between Events Calendar PRO and another plugin/your theme that would naturally make it impossible to reproduce on a test site that does not have PRO in place, so setting it up for further testing is a good way to go here.
Let me know how you get on!
January 14, 2015 at 4:09 pm #932990Bill
ParticipantHi Barry. Yes, we can install Pro on the test site and try that. Will do so tomorrow. However, the problem existed on the main (Live) site before we installed Pro. We installed the free version to see how it worked and to see if we liked the idea. We love it even though we have this problem, so then we installed the Pro.
All of that said, I think it is good to install Pro on the test site so we can play with it more and see what we can find. I will be back to you once that is done. In the meantime the calendar works well enough and the problem is only annoying. ThanksJanuary 15, 2015 at 6:45 am #933230Barry
MemberDefinitely do feel free to install and activate PRO on your test site, there’s no problem with that whatsoever.
Given what you’ve described about the problem existing only on the live site even before you installed PRO there, though, I guess that may not be too helpful with this particular problem – but nonetheless it will give you something closer to an identical environment.
I checked your site again this morning and this time I was able to see the problem. I’ve got a few more questions:
- Besides being on a different server, you noted trying to replicate this problem with all of the same plugins that run on your live site: just for the avoidance of any doubt, did you also have the same theme in place?
- What version of WordPress are you running and has it been modified at all (I noticed a remark indicating it had been “patched” when I viewed the page source)
- It looks like you may also have WPML installed which is a known source of conflicts: when you tried to replicate this issue on the test site, was WPML setup and configured as per the live site or merely installed and activated?
On my final point, though I can appreciate it looks like you are making active use of WPML, I wonder if you could even find a quiet time to try deactivating it and see if it is indeed the source of the problem (I suggest this only because we know that the way it works behind the scenes has, historically, triggered some unusual issues and I’m now wondering if this could be one of them).
January 15, 2015 at 8:17 am #933298Bill
ParticipantHi Barry Thank you for all this great feedback. Yes, we used exactly the same theme and the same child version of it. Same patches. The version of WordPress is the same in both cases, 4.1.
I think you may have pointed to the problem correctly. WPML is installed on the test site, but we will go back to the test site, make absolutely sure that all the plugins, theme and the patches are the same and have the same settings. With a test site things to get ‘changed’ as a part of testing of course. We will then test extensively on the test site, making sure that WPML is turned on at the time (with the test site it is possible that it was turned off for some of the testing). We knew that the Calendar was not WPML certified itself, but since we do not use WPML for the calendar pages we thought we were safe. It will take us a few days to test this out, but will then get back to you.
Thank you for your thoughtful assistance on this.January 15, 2015 at 10:40 am #933371Barry
MemberNo problem, I hope it helps to pin down the cause (though it’s always a pain to hit on conflicts, of course).
In terms of why WPML would impact on event pages, even if it isn’t used there directly, I think the problem may essentially be that it can modify request/query variables for any given request – which can trigger some routing issues.
January 29, 2015 at 6:55 am #938790Barry
MemberHi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!
-
AuthorPosts
- The topic ‘Month View occasionally Not Found’ is closed to new replies.
