[Andras]

Hello Henry,

Thanks for reaching out to us.

1. At this point there is no real option to recover deleted tickets. There is no trash for the tickets, when they are deleted, then they are removed from the database.

The only way to recover them is to roll back to a database backup that still contains the tickets.

2. The way to remove the delete button from all the tickets: this can potentially be done with jquery that runs after page load and removed those tags, maybe with this function.

A very rough way of going about this would be something like:

function aguseo_remove_delete() {

 	echo "<script id='aguseo'>
			( function( $ ) {
				$( '.trash' ).remove();
			} )( jQuery );
		</script>";
}
add_action('admin_footer', 'aguseo_remove_delete');

You would need to refine that so it only runs on the needed pages.

Hope this helps.

Cheers,
Andras

[Andras]

Hello Katie,

Thanks for your patience!

A colleague was kind enough to take a look at this. We are making progress.

He developed a snippet that will change the timezone and the timing of the events accordingly. You can find it here:

https://gist.github.com/andrasguseo/c895e4a7755055c18148b5bbd482c1dd

Copy the snippet at the end of your theme’s (preferably child theme’s) functions.php file. If there is already code there then you don’t need to copy the starting “<?php” tag.

Please note, this code is still a work in progress. It works but I just discovered a glitch.

Events which end on the next day in the UTC time (i.e. starts on Nov 2, ends on Nov 3) will be imported for the later day (so Nov 3). (One event like this would be ‘Volleyball’ which is supposed to be on November 2 based on the description.) We will check if we can do something about this and I’ll get back to you soon.

Meanwhile you can test this code if you feel like and let me know how it works.

Cheers,
Andras

[Andras]

Hi Lauren,

Thanks for reaching out!

I see you are using a caching plugin. As a first test please clear your cache, deactivate WP Rocket and check if the issue still exists.

Let me know what this brings.

Cheers,
Andras

[Andras]

Hi Chris,

Thanks for reaching out with your question!

I understand how frustrating this issue can be. This is a tough one indeed.

Like you pointed out, the source feed provides a different UID (Unique and persistent IDentifier) each time for the same event; the standard is that the UID is what you can rely on to distinguish and track events across time and changes.

There is unfortunately little we can do when the source feed does not comply with a standard (see https://tools.ietf.org/html/rfc5545#section-3.8.4.7);

I checked if it would be possible to purge the events of the same feed from the database. It looks like this would be possible, but I have to point out this will consume more resources, especially if you have a large number of events.

In the database all imported events have a line in the wp_postmeta table with the meta_id = '_tribe_aggregator_source'containing the source feed as meta_value.

So I guess the post IDs can be collected with running a search on that. Then remove all entries from wp_posts and wp_postmeta with those IDs. Then run the import.

Does this help? Let me know.

Cheers,
Andras

[Andras]

Thanks for the clarification Stephen.

I will need to check if that is possible.

Please don’t mind me asking, why do you need very specific times to run the import? Wouldn’t the hourly, daily or weekly work out for you?

Would love to get some insight on this to see if this would be something to implement.

Thanks and cheers,
Andras

 

[Andras]

Hey Matthew,

Thanks for reporting back! Happy to hear it’s solved.

If you need anything else related to this topic or another please create a new ticket and we’ll be happy to help.

Cheers,
Andras

PS: If you like our plugins, and you didn’t yet do so 🙂 we would be happy to receive a review in the wordpress.org repository. Thanks!
https://wordpress.org/support/view/plugin-reviews/the-events-calendar/
https://wordpress.org/support/view/plugin-reviews/event-tickets/

PS2: We’d be also grateful if you would give us feedback on your satisfaction with support. Just click on one of the classy looking emojis below. 🙂 If you can spare a few words, that’s even better. Doublethanks!

 

[Andras]

Hello Tom, welcome back.

Thanks for getting in touch. I understand your frustration about this issue and not having a resolution. Let me try to help you with this one.

I checked the page you scraped, the code of the page and the Facebook inspector results. I also did some investigation on my test site with AIO SEO and Yoast.

Here are my findings:

1. Part of your results state that the ‘og:image’ property should be provided. (screenshot) This  suggests that those results were extracted from the code of the page itself, because that data was not defined in the OG way.

2. Checking the code of your page – and my test event page – with and without AIO SEO confirms that there is no OG markup on the page. It is not generated by our plugin, not by AIO.

3. I switched to Yoast on my test site just to check. Immediately a whole bunch of OG tags appeared in the code (screenshot). When a featured image for the event is set then the og:image also is set.

4. I ran that through the Facebook OG tester and confirms this. There was only one – the featured – image visible in the og:image row.

I hope these finding will help you move forward.

Let me know if you have any further questions. I’d be happy to help.

Cheers,
Andras

[Andras]

Hi Stephen,

Thanks for sharing all the info. I’m happy to hear you managed to find a solution for this.

Not sure why some events are left there after a run.

We tried to set the site at wp-config,php to bypass trash, but this appears to not affect the tribe-ignored post-types.

The ‘tribe-ignored’ is not a trash item but rather a custom post type status, so that is why it was not affected.

Is there a tribe function that we can use to run a scheduled import on demand?

No, we don’t have a function for that. Sorry for saying, but I find it funny running a ‘scheduled’ import ‘on demand’.

You can have a scheduled import which will then try to automatically run hourly, daily, weekly, etc. whatever your setting is.

One of the settings for a scheduled import is ‘on demand’. (screenshot)

If you set up the schedule import like that it will only run if you click on ‘Run import’ on the Scheduled Imports page. (screenshot) By the way, you can manually trigger every scheduled import like that, not only the ‘on demand’ ones.

Does this help?

Cheers,
Andras

[Andras]

Hi Tiffany,

Sure, I totally understand that.

Here is the snippet which will allow you to add more email addresses.

https://gist.github.com/andrasguseo/314219adf541e044a4e1569ce1ddb534

You need to add them to the code around line 14 (and remove the examples 🙂 ).

If you don’t want to send them to the site admin, then comment out or remove line 13, which is this:

`get_option( ‘admin_email’ ), // the site admin email, probably do not want to edit this line`

When you are testing it might make sense to add your email address to the list, or an address that you have immediate access to.

Hope this does the trick for you! Let me know.

Cheers,
Andras

[Andras]

Happy to hear that helped Ed!

Is there anything else I can help you with before I close this topic?

Andras

[Andras]

Hi Rhonda,

The above snippet should have solved it, but it looks like it needs a bit of adjustment. Try like this:

.this-week-today .tribe-this-week-widget-header-date {
    background-color: #6b8950 !important;
}
.tribe-this-week-event {
    border-left-color: #6b8950 !important;
}

@media only screen and (max-width: 768px) {
    .tribe-events-sub-nav li a {
        background-color: #fff;
    }
}

Andras

[Andras]

Hello Mary,

I would like to give you some clarification first.

When you are importing an event from Facebook that has a venue assigned to it – also coming from Facebook – then that is the venue that will be assigned to the imported event.

An already existing venue which was manually added will not be automatically assigned to an imported event, that is not possible out of the box.

It might be possible to do so with some custom coding.

We have already used the merge duplicates in the past. Is there another way to merge?

If you copy the following snippet into your theme’s functions.php file, then the button will come back and stay there (as long as the snippet is there).

add_filter( 'tribe_get_single_option', function( $value, $default, $key ) {
return 'organizer_venue_amalgamation' === $key ? 0 : $value;
}, 10, 3 );

Let me know if this helps.

Cheers,
Andras

[Andras]

This reply is private.

[Andras]

Case solved:

Redirection Problem – Thank you

Closing this one.

Andras

[Andras]

Hi Thomas,

Thank you very much for getting back to me on this one. I’m stoked to hear you found the source of the issue! Awesome job there!

Good luck with your project!

Cheers,
Andras

[Author]

Posts