[Barry]

Glad to hear it – I’ll wait out here before closing the topic in case you do hit further difficulties, but assuming it goes to plan we’ll look at making the necessary changes in one of our upcoming releases, too.

Thanks for your support here 🙂

[Barry]

Awesome.

In that case I will go ahead and close this topic, but if any other issues crop up please don’t hesitate to post new support topics and one of the team will be only too happy to help.

Thanks again!

[Barry]

My pleasure!

I’ll go ahead and close this thread, but if we can assist with anything else please don’t hesitate to open new topics as needed.

Thanks again 🙂

[Barry]

Awesome 🙂

[Barry]

Thanks for your patience, Joel.

So this is something of an unusual problem and actually we previously added some tweaks to our codebase to try and avoid this sort of problem … unfortunately it seems not to roll into action in some situations – I’ll be sure to report that and we’ll try and make a fix available as soon as we can.

To give some background, when the WordPress importer runs it tries to avoid creating duplicate posts. It doesn’t test against the post ID, however, but instead compares the post name, date and type of each imported post – if all three are identical to a post that has already been imported, it assumes that is the post we’re interested in.

My theory is that on the source site you had one or more events which were originally recurring in nature – but were then split apart into standalone events … this would create exactly that sort of condition (where the post name, date and type are identical).

A side effect is that we can then have one event with multiple start dates – causing Events Calendar PRO to view it as a recurring event (for legacy/backwards compatibility reasons).

What can you do to fix it?

Manually correcting this could be pretty onerous if you have many cases of this problem throughout your database, but it’s a possibility.

Alternatively, if you can roll back and remove all of the events that have already been imported and start again it might avoid this problem so long as you add the following snippet to your theme’s functions.php file before re-importing your data:

add_filter( 'wp_import_post_data_raw', 'alt_filter_wp_import_data_before', 20 );

function alt_filter_wp_import_data_before( $post ) {
	if ( $post['post_type'] == TribeEvents::POSTTYPE && 0 == $post['post_parent'] ) {
		$start_date = '';
		if ( isset( $post['postmeta'] ) && is_array( $post['postmeta'] ) ) {
			foreach ( $post['postmeta'] as $meta ) {
				if ( $meta['key'] == '_EventStartDate' ) {
					$start_date = $meta['value'];
					break;
				}
			}
		}
		if ( ! empty( $start_date ) ) {
			$post['post_title'] .= '[tribe_start_date]' . $start_date . '[/tribe_start_date]';
		}
	}

	return $post;
}

Would it be viable to give that a go?

[Barry]

Appreciated!

Bear with us a little longer while we investigate.

[Barry]

Once again, we appreciate your patience!

So there does seem to be a bug here and it looks as though if an event has a (WooCommerce) ticket attached but no Eventbrite tickets, unfortunately our Eventbrite plugin may still try to modify the cost and – inadvertently – cause the currency symbol to be stripped.

I’ve reported this and we’ll try to get a fix out as quickly as we can, but please be aware it may realistically be a couple of releases away (or more).

In the meantime, then, could you try utilizing the following snippet – which you could add to your theme’s functions.php file, for instance – and see if that provides some temporary relief?

class TicketingCostConflict {
	static $original_cost;

	static function resolve() {
		add_filter( 'tribe_get_cost', array( __CLASS__, 'store_pre_eb' ), 5 );
		add_filter( 'tribe_get_cost', array( __CLASS__, 'maybe_undo_eb_change' ), 50, 2 );
	}

	static function store_pre_eb( $cost ) {
		self::$original_cost = $cost;
	}

	static function maybe_undo_eb_change( $cost, $event_id ) {
		if ( ! class_exists( 'Event_Tickets_PRO' ) ) return $cost;
		if ( Event_Tickets_PRO::instance()->getEventId( $event_id ) ) return $cost;
		return self::$original_cost;
	}
}

TicketingCostConflict::resolve();

All it aims to do is reverse the effects of the Eventbrite Tickets plugin on the cost field, for those events where no Eventbrite tickets are attached.

Does that help at all?

[Barry]

OK:

1) At the bottom “UPCOMING EVENTS”. I have customise my template to pull event pro post content. But need to have the sticky function for this part

So that does indeed look pretty custom and if I’m interpreting your remarks (along with what I see on that page) correctly it is not something that is in any way generated by our plugin (at least, it doesn’t seem to be based even on an existing view or template).

At that level of customization, I’m afraid we’d certainly need to leave you to find your own solution for this.

2) …/events/photo > Need to have it as a sticky first item.

So this again will require some customization work. The first thing would be to decide how exactly you are going to mark an event as sticky.

There are a couple of possibilities here – you could for instance ape the same system WordPress uses and store a list of sticky event IDs in the options table. Alternatively, you might use a custom/additional field to mark events as sticky.

To actually make them float to the top of the result set, you will need to make use of existing WordPress query filters such as posts_fields, posts_join and posts_orderby (and/or some others) which will allow you to add the additional logic needed to implement this.

I’m afraid I don’t know of any existing snippets I can point you to, so this is going to be one where you need to find your own way.

I do wish you luck though and if you’d like to share your final solution with the community that would be awesome 🙂

 

[Barry]

No problem.

I’ll go ahead and close this topic, but if we can help with anything else please do feel free to create new topics as needed.

Thanks again!

[Barry]

Very strange.

Can you upload a copy of the WordPress export file somewhere and link to it here (from a private reply if you prefer) so I can take a look and even see if I can replicate this?

[Barry]

OK – so in the screen capture it looks like one of the columns next to the events in question contains “Yes” and I took that to be the recurring event column.

It appeared then that the four events with the same ID were recurring events from the same sequence (I’d therefore expect them to share the same post ID – or, to be specific, the same parent post ID) whereas the other event of the same name but on a different date does not appear to have a “Yes” in that other column and in fact has a different post ID, best I can tell.

At this stage I’d like to clarify a few things:

• Are the first four events in your capture definitely not recurring?
• If those same events aren’t the duplicates, which are?
• Which version of Events Calendar PRO did you export from?
• What were the dates of the same sequence of recurring events on the source site (if indeed they were originally recurring)?

Thanks!

[Barry]

Hi Meredy,

As in my last reply I would again recommend sharing code using a service like Gist or Pastebin and simply link to it rather than posting it directly as you’ve been doing: I’ve tried to fix up what you posted – but I can’t be certain if it is complete and accurate at this point 🙂

to which I added your code with change to list and img src

So I think the problem is that there is no such function as tribe_is_list() – and trying to call a non-existent function in PHP can indeed cause a few problems – please try using tribe_is_list_view() instead.

Does that help?

[Barry]

Any of the ticketing addons on the page I linked to (and also our Eventbrite Tickets addon) offer a means of doing this 🙂

Do note though that it is really the underlying ecommerce plugin (such as WooCommerce or Shopp) or else, in the case of Eventbrite, the web service, that really facilitate PayPal payments – our plugins simply join those up with our calendar to help make it easier to sell tickets.

So, if in doubt, please check in with the vendor of the ecommerce plugin (or else with eventbrite.com) first of all – but, again, they’re all safe bets here.

I hope that helps.

[Barry]

Hi screenrage,

There are no built in tools to facilitate this, I’m afraid.

One avenue is a customization and if you need a freelancer to assist with this please do email us (support at theventscalendar dot com) and we’ll happily provide you with a list of folks you can contact.

You might also leverage the [event_embed] shortcode provided by this third party plugin. We can’t offer support for it here, but – once again – with a tweak here and there it would come close to meeting your needs.

I hope that helps!

[Barry]

Hi prydonian: can I confirm one more thing?

When I create an event and add a ticket using the WC section, the currency symbol does not appear (eg: 12 instead of £12) in either the details box underneath the event description or the info box in the list view.

Does it appear as expected within the single event post?

Thanks for your patience as we work through this 🙂

[Author]

Posts