morespinach

It is NOT a caching issue. I disabled all plugins and flushed all caches in all browsers. I also cleared the permalinks, even disabled permalinks, and worked with just the default theme in WordPress.

The events are simply NOT working.

Get used to the idea. There are plenty of other 404 threads, so I hope at some point you’ll realize that this lazy “it is your cache” solution is NOT working. There is some issue in your plugin. It was working for three years, but is NOT working now.

Make it work without caching plugin. I will figure caching out later.

Thank you for this info. I don’t know where to find an old version of this plugin. Are you able to share a URL where I can get it?

Hope tribe recognizes and fixes this problem. Their forums are full of this issue but they don’t seem to be acknowledging that it’s a real, repeatable, and pretty pervasive issue.

Thanks!

Sorry, yes that info was targeted at Brooks based on the thread to which he pointed us. He recommended in that thread to do this. (Hope I’m not hijacking your thread…please don’t mind it, as I’m facing exactly the same issue as you are.)

No, just buying the PRO version didn’t fix the problem. I wrote a request in the paid forums on tri.be yesterday, but the answer to that has still to emerge.

For what it’s worth, my debug code based on adding some footer debug logic is as follows:

array(59) {
 ["page"]=> int(0)
 ["pagename"]=> string(7) "beliefs"
 ["error"]=> string(0) ""
 ["m"]=> int(0)
 ["p"]=> int(0)
 ["post_parent"]=> string(0) ""
 ["subpost"]=> string(0) ""
 ["subpost_id"]=> string(0) ""
 ["attachment"]=> string(0) ""
 ["attachment_id"]=> int(0)
 ["name"]=> string(7) "beliefs"
 ["static"]=> string(0) ""
 ["page_id"]=> int(0)
 ["second"]=> string(0) ""
 ["minute"]=> string(0) ""
 ["hour"]=> string(0) ""
 ["day"]=> int(0)
 ["monthnum"]=> int(0)
 ["year"]=> int(0)
 ["w"]=> int(0)
 ["category_name"]=> string(0) ""
 ["tag"]=> string(0) ""
 ["cat"]=> string(0) ""
 ["tag_id"]=> string(0) ""
 ["author_name"]=> string(0) ""
 ["feed"]=> string(0) ""
 ["tb"]=> string(0) ""
 ["paged"]=> int(0)
 ["comments_popup"]=> string(0) ""
 ["meta_key"]=> string(0) ""
 ["meta_value"]=> string(0) ""
 ["preview"]=> string(0) ""
 ["s"]=> string(0) ""
 ["sentence"]=> string(0) ""
 ["fields"]=> string(0) ""
 ["menu_order"]=> string(0) ""
 ["category__in"]=> array(0) { }
 ["category__not_in"]=> array(0) { }
 ["category__and"]=> array(0) { }
 ["post__in"]=> array(0) { }
 ["post__not_in"]=> array(0) { }
 ["tag__in"]=> array(0) { }
 ["tag__not_in"]=> array(0) { }
 ["tag__and"]=> array(0) { }
 ["tag_slug__in"]=> array(0) { }
 ["tag_slug__and"]=> array(0) { }
 ["post_parent__in"]=> array(0) { }
 ["post_parent__not_in"]=> array(0) { }
 ["ignore_sticky_posts"]=> bool(false)
 ["suppress_filters"]=> bool(false)
 ["cache_results"]=> bool(true)
 ["update_post_term_cache"]=> bool(true)
 ["update_post_meta_cache"]=> bool(true)
 ["post_type"]=> string(0) ""
 ["posts_per_page"]=> int(10)
 ["nopaging"]=> bool(false)
 ["comments_per_page"]=> string(2) "50"
 ["no_found_rows"]=> bool(false)
 ["order"]=> string(4) "DESC" - See more at: https://mydomain.org/beliefs/#sthash.3f4hp6J9.dpuf

If by flushing you mean getting them to the default in Settings -> Permalinks, without the clean URLs, then saving, then again setting the permalink format, then saving again. Then yes, we have done this. No impact.

The problem persists. I have bought a $65 PRO account just for this, and hope it resolves soon. I’m facing serious work issues because of this.

Thanks.

Hi. I’m just a user facing the same issue. For your website I notice the main category page is “/calendar” but the single entry of each calender event is also the same. Maybe try changing the category page in the Events settings to “/calendars” (plural) and see if this works?

Did you solve this? Same problem. No response.

Not sure I understand this. This is the plugin support site.

Your plugin does NOT work when all plugins are disabled and the theme is default, while ONLY your plugin is active. It used to work with pre-3.5 version of your plugin before.

Everything else in this blog works fine. The media uploads well. (And when other plugins were active, all of them work fine too. I’ve just disabled them to isolate problems related to your plugin.)

In this scenario, when ONLY your plugin is active with the default theme, and it does NOT work, do I still need “pro” support? What’s the point of your plugin then?

I’m happy to share an admin user ID with you so you can check. Will that help?

Making things more tedious for users and commenters with a captcha, just to avoid spammers, is a terrible approach. As I mentioned, I want to block spammers but keep things simple for commenters. Let me know if you have any ideas other than the gazillion silly captcha plugins. Thanks.

Thanks Brook. Where did you find the linkages to /site/cache/?

Our “Media” links are customized. We use a CDN and anything stored in the /site/cache folder uses the cache.oursite.com URLs. Here is a screenshot of the Media section: https://i.imgur.com/BOnp6W3.png

Other than this, that URL should not be relevant at all. Is the Events Calendar plugin designed to upload some media? Even for a default basic event entry where I haven’t uploaded any image at all?

I am not sure why this should matter at all, and why this is giving 404. The usual image upload is working perfectly fine! What is the Events Calendar plugin trying to do?

If it is possible, I don’t mind sharing WP-ADMIN access with you as this is having us root our hair out. We have absolutely no idea where the problem may be. Thanks!

One thing. My theme doesn’t have functions.php at all. We don’t need it. Is this an issue? Just FYI, the default WP theme also does not work so I doubt this is an issue, but just mentioning it.

Thank you. We disabled all plugins (which was very inconvenient on a live site), and just left Akismet and Events Calendar live.

Created a new event. Strangely, the event was created with the date June 24, but in the Events Listing is showing *below* much older events from 2012…it should be on top as its the most recent event!

Anyway, click on “View Event” shows 404 still. Why?

Debug option is not helping. In the Apache log, it just adds that silly un-informative line:

[Fri Jun 13 23:29:58 2014] [error] [client ...] The Events Calendar Log: Initializing Tribe Events on Jun, 14th at 03:06:58 am

What does this tell me?

Much appreciate any other pointers! Thanks

Oh that’s where I was asking I thought!

Just to add, based on other threads in this forum:

Changing to default WP theme twenty-thirteen makes no difference, each event is still 404.

Thanks in advance for any help please!

And just to add — the theme file has no “tribe-events” folder for custom theming. It should all be the default. Changing to default WP twenty-thirteen makes no difference, each event is still 404.

THis happens only with the new events created. Old events can still be seen.

https://thearcofluzernecounty.org/events-calendar/past/