Forum Replies Created
-
AuthorPosts
-
jonschr
ParticipantSure, here you go! (This is for the weekly series starting Oct. 1).
http://grab.by/AGyKOne other note that I should give you. We’d had a specific plugin, the Post Type Order plugin, installed for use on another post type. I don’t think that at any point it was used on any events, but I have wondered if that may have somehow screwed up the order – being inactive, though, I’m not sure how it could still be having an impact, but that’s another thing that might be worth looking at.
jonschr
ParticipantThis reply is private.
jonschr
ParticipantIt’s fixed! As I went back through, I noticed that when the Redirection plugin was activated, the issue came back immediately. Deactivating didn’t fix the problem until the permalinks were cleared, which is why I didn’t notice this when deactivating everything.
There’s no redirection set up through the plugin other than a few basic pages, and certainly nothing that should affect this (we just have /contact.html going to /contact/ and three other similar redirects, that’s it).
So there’s a definite conflict between their plugin and yours. But it’s fixed everywhere!
jonschr
ParticipantYes, it seems resolved on the test site, but so far, there’s really been no clear indication of precisely what might have caused the issues to begin with, which is unfortunate. That’s my next step, to start reactivating and testing on the dev site.
The live site, unfortunately, I’d simply meant deleting the cache files and ManageWP, not all of the plugins. Because there are a number of plugins on the site that seem to lose a few settings if not reactivated in exactly the right order, I’m hoping to not disable all of those at the same time on the live site).
I’ll let you know as soon as these steps are complete – thanks for bearing with me through this process.
jonschr
ParticipantOn the live site, these steps did not fix the issue.
jonschr
ParticipantSo I’m kicking myself right now, because I deactivated ManageWP, removed those files and the issue is gone – but the cache drop-in and folder were empty (and the wrong thing couldn’t have been cached since the date was never set to that particular date). So I don’t realistically think that this could be a solution to the problem. I’m kicking myself, as I mentioned above, because I didn’t check the site before I did those things and therefore don’t know whether this changed anything.
I’ll certainly try this on the live site (it took all of a minute to do, and caching is not active on the live site now regardless because I didn’t want it affecting what we were seeing when testing this there) – but my hopes aren’t high for this being a legitimate fix.
Any other ideas as to what might have been causing this?
jonschr
ParticipantPlease do note that while at this moment the problem only appears on the test site to appear for authenticated users, the problem as a whole on the live site seems to be for all users.
jonschr
ParticipantThis reply is private.
jonschr
ParticipantLooks like there’s now different behavior for logged-in users, which are seeing this issue still, and logged-out users, who are no longer seeing the issue on the test site.
jonschr
ParticipantI’m still seeing the issue on the test site, so no, there’s nothing further I’ve found.
jonschr
ParticipantAnd of course, last, I tried reactivating then deactivating everything again, and the issue came right back, and this time with everything deactivated I can’t seem to get it to go away. If you’d like site access to the temporary site, I’d be happy to provide that privately.
jonschr
ParticipantSo, I did one last thing that fixed this issue on the temporary site, but the same thing did not fix it on the live site. I deactivated and reactivated the Pro version of the plugin, then resaved the first two tabs of the settings.
Unfortunately, this had no impact on the live site, though the test site now appears fixed. Any ideas?
jonschr
ParticipantI’ve completed these steps; I migrated the site as a first step, as this site is in production now.
After migrating the site to http://parenting.redblue.us/ I verified that the Events Calendar and Events Calendar Pro were both up to date (they were). I deactivated all plugins, a few at a time, checking for the issue at every step, then switched over to twenty-thirteen. The problem remains; you can see it in action here: http://parenting.redblue.us/events/ (click on “Parenting Journey for Fathers – English”).
Or go to the page showing all events in the series here: http://parenting.redblue.us/event/parenting-journey-for-fathers-english/all/ and click on the “read more” link for the first event in the series.
I’ve also verified that there’s no caching happening on the site and I’ve cleared the permalink structure a few times as well, then again after all plugins were deactivated.
Nothing I’m aware of changed in the last few weeks, though I update plugins automatically, so it’s possible that one or more of your plugins were updated at that point if you pushed an update in the last few weeks.
jonschr
ParticipantOops. This is not a pre-sales question. Please move this over to the Events Calendar PRO forum, if you’d like.
July 16, 2014 at 12:53 pm in reply to: Continue displaying events until after they're over (or have been over a week) #414543jonschr
ParticipantI’d be happy, actually, if it simply modified the query to add to the date range on the first page only of each set of archives. Do you have a sample of someone hooking into the query in some way?
If not, then I could probably simply add a list to each of the views using your code above as a starting point.
-
AuthorPosts
