[Sindy]

Thank you! Application has been submitted.

Replying to mark this as resolved 🙂

[Sindy]

Hi Casey – Thank you!!
I replied in the other post as well but just in case someone catches this post:

Hi Casey & Devs
At nearly over 5000 recurring events it took a while but was ultimately successful! It did take quite a few refreshes. 🙂 But not complaining – I’m very excited it worked!!

Thanks again for the quick turn-around time!

[Sindy]

Hi Casey & Devs
At nearly over 5000 recurring events it took a while but was ultimately successful! It did take quite a few refreshes. 🙂 But not complaining – I’m very excited it worked!!

Thanks again for the quick turn-around time!

[Sindy]

Blakemiller- sorry just saw your second reply. So you got it to work by turning them all off and one-by-one turning your plugins back on? I’ve tried this as well and didn’t have any luck. Do you mind sharing if you re-enabled them in a particular order?

[Sindy]

Jared- Upgrading from 3.4.1. I’ve even downgraded back to 3.4.1 and attempted to upgrade again from it a few times. I get the same shenanigans in MySQL (which ultimately leaves me with thousands of duplicated events when I downgrade again).

Blakemiller – If it’s the same issue (admin area inaccessible but website fine) I would recommend downgrading until they can resolve the problem.

[Sindy]

I finally gave up and rolled back to 3.4 — there is like 4,000 duplicates of one event there now. it’s going to take me forever to delete them all. sigh.

[Sindy]

This reply is private.

[Sindy]

Another reason I think it’s some kind of maintenance killing the admin area, I see this field getting constantly updated as it works its way through:

UPDATE wp_options SET option_value = ‘1396284358’ WHERE option_name = ‘tribe_last_save_post’

[Sindy]

This reply is private.

[Sindy]

I’m having the same issue. Maybe some other details I found can help both Jared & I:

I’ve noticed that when I do refresh the admin area (/wp-admin) that there is MySQL activity related to the events plugin. It looks like it is re-entering all events and details of events into _postmeta or something like that. Every-time I refresh wp-admin I notice the post_id value’s going higher.

I’m sitting here refreshing it, waiting for it to time out again, refreshing it, waiting for it to time out… hopefully that it’ll eventually get through whatever ‘maintenance’ work it is doing. Hoping it is maintenance work. Either-way, same situation. Locked out of wp-admin but my site loads fine.

Will post a few example queries I’ve grabbed as private.

[Sindy]

Hi Barry (and Casey for passing this along!),

Thank you for your feedback and for the uservoice link – I think I found an already established suggestion that would solve my issue… Or am I misunderstanding? (http://tribe.uservoice.com/forums/195723-feature-ideas/suggestions/3685762-random-free-form-recurring-events).

This is not how I would’ve described it but I did see a few suggestions similar to my issue that were rejected with a comment pointing to this one.

As I understand recurring events: It will create multiple entries per event depending on the start/end date and time. Is this how Tribe will always maintain recurring events or events with random times/days/etc? Multi-day events are always one listing in the backend (just to explain why I don’t think of them as the same thing… but maybe I should)

With regards to your second suggestion: I’ve seen problems with users attempting their own forms posted on these forums (like posts with wrong dates). I would be happy to try this via Gravity forms but wanted to ask if you had a specific form builder to recommend that would perhaps be more supported or you’ve had better luck with? Or were you suggesting editing the form that comes with the community events plugin?

Thanks again!

[Sindy]

Hi Jonah,

Ultimately I could not get any of those conditional checks to work for me and went with the solution of checking that ‘events’ wasn’t in the URL by adding the following: (strpos($_SERVER[‘REQUEST_URI’],’events’) === FALSE)

if ( ( is_home() ) && ( is_front_page() ) && (strpos($_SERVER[‘REQUEST_URI’],’events’) === FALSE) && ( $paged == 1 ) && isset( $woo_options[‘woo_featured’] ) && $woo_options[‘woo_featured’] == ‘true’ )
get_template_part ( ‘includes/featured’ );

Thanks!
Marco

[Author]

Posts