[Barry]

Hi David,

If I add both functions to the theme’s functions.php file and add the remaining code within an override of the list/loop.php template (right after list/single.php is included) it appears to function as expected.

I added tickets to two different events (both ticket names included the text ‘Surgeon’). One had 123 units of stock remaining, the other I set to have no stock remaining. It seemed like the code behaved as expected for both events, with 123 spots available! appearing for one and Event Full! for the other.

Perhaps you’ve positioned the code in a different template, or the test conditions I used deviate from what you have locally in some way … but it appears the code is doing its job correctly.

Given that, I’m not sure how much further we can assist with this one (especially, as before, this is very much custom dev territory).

[Barry]

Thanks for your patience, Jason.

The problem seems to me to relate to Yoast SEO – on deactivating that plugin, the problem is resolved and the event view is rendered. This seems inconsistent with your previous findings, though:

I’ve turned off everything except Event Calendar and Event Calendar PRO.

Before we go any further, can I ask you to confirm you did try deactivating Yoast SEO as part of the troubleshooting process?

[Barry]

Also, I just ran the import myself, and the description still did not come through.

To follow up on this, there appears to be a bug within the server used to fetch the data from Google. I’ll log a bug report and attach this forum topic – we’ll then do our best to update you as soon as a fix is available.

Thank you for highlighting this and for your patience while we work on a fix 🙂

[Barry]

Hi Gene,

Cliff brought this to my attention (I’m the Community Team Lead) and I wanted to stop by and see if I could help.

I appreciate you are getting a little frustrated and that of course is not our intention, so let’s review things and try to determine a path forward.

As for the ECP subscription, I first reported this bug on March 7. When did my support subscription expire? I didn’t get a notice..

Before going any further, I felt it was worth taking a moment to clarify the situation with your Events Calendar PRO license: this is a valid license key and you will continue to have access to updates, automatically or via the My Account → Downloads page.

However, as Cliff highlighted, it is an unsupported license and that is because it was issued via our non-profit program. While we’re delighted to offer non-profits such as yours access to our premium plugins, our resources are not unlimited and so we cannot commit to additionally providing premium technical support for software issued under that program. I hope that’s understandable.

That doesn’t mean we’re uninterested in your report, though — far from it. If there’s a valid bug here, then of course we want to record it and ultimately fix it. We do also understand that you have a valid Community Events license which is supported.

Are you going to submit this as a bug and get it fixed?

Cliff has verified a bug already — that has been logged and the next steps will be to triage it and assign a developer who can investigate further and hopefully supply a solution.

However, I’m not confident this actually matches the same issue that you are experiencing (which isn’t something Cliff or I can replicate satisfactorily). For that reason, I’d love to collect a little more information.

I can’t find the !Test event you created on your website and of course you may have removed it after performing the test. Can you link me to a live example of an existing event on your site that can be used to demonstrate the problem?

How long will it take? My website is broken because I cannot export events properl.

We fix all bugs as quickly as we reasonably can. What that means in practice varies according to severe the bug is, amongst other things. In this case, though the bug found by Cliff is now on our radar, I’d want to be confident that we understand the issue you have described correctly in case that is, in fact, a quite separate bug.

To that end, let’s review the steps you already provided:

1. Enter a new recurring weekly event starting today.
2. Set the end date to Never or a date several months in the future.
3. Publish it.
4. (And here is the critical part) Go to the calendar page and BEFORE DOING ANYTHING ELSE, click on the List view option:

This part seems straightforward.

Now scroll through all the dates in list view mode using the Next Events link at the bottom of the page and see if you find all the new recurring events.

So long as the series has finished generating, I can. Is that different to your experience?

This is the use case that is dropping events on the screen

So: you visit month view, then navigate to list view and page backwards and forwards again and some instances are missing – that’s how it appears in your screencast, at least – yet I cannot replicate the same issue locally.

Am I missing anything here and, again, can you link to some ‘real’ examples currently on your site?

Thanks!

[Barry]

I haven’t successfully been able to replicate the same issue (with Facebook images) so far.

Can you tell me how WordPress scheduled events are triggered in the context of your site? If you are unsure then you may need to work with your developer or host to discover this information … but I’m interested to learn, for example, if they are triggered via a crontab entry and under which user if so, as this may boil down to a file permissions issue.

Further bearing this possibility out, if you create a new ‘on demand’ import task for a different Facebook feed that also contains images – and you trigger the import job – are images successfully imported then?

If any of this is unclear, just let me know. Certainly for the first question I asked it may be you need to talk to others involved in the operation of your website to find out how things are set up.

Thanks!

[Barry]

Hi Brett,

Our apologies for the delayed response.

As explained in another topic we’re experiencing higher than normal demand for support. With that said, it’s worth noting that we don’t typically provide support on weekends but rather only through the working week 🙂

I have used the CSV import tool and it is importing the events whcih run from 11:59pm to 6am the following day. Unfortunately the event is showing up as 2 days which makes the calendar look somewhat undesirable and confusing.

Could someone advise why it is showing over 2 days and how to fix this bug.

What you have described is in fact exactly what I would expect and is not a bug. If an event starts one day (even if it starts in the last minute of the day) and ends the next, it should indeed display as spanning two days.

That said, I can see why this wouldn’t be desirable and we can certainly investigate some options. To start with, how do you want the event to be treated?

• Should it maintain a start time of 11.59pm, or are you happy for that to be modified to 12.00am the next day?
• Should it show within the calendar on the first day, or on the second day?

If you could let me know the desired result then – though I can’t guarantee anything – we can start thinking about possible ways to achieve it.

Thanks!

[Barry]

Our apologies for the delay, Brett. Normally our response times are faster however unexpected and higher than normal demand for support has set us behind somewhat.

I’m going to close this topic and we can continue the discussion in the original topic you created.

[Barry]

Thanks!

Also, I just ran the import myself, and the description still did not come through.

OK, I can now replicate – give me a little more time to look at why this is happening and I’ll get back to you.

But in Google Calendar, I put in an address. So does that create a new venue? Can I just put the venue name in the Google Calendar location box?

It does create a new venue with the street address as the venue name (the iCal standard – which is what Google uses – does not allow for a fine grained breakdown, unfortunately).

Simply using the venue name, though, ought to work and you could add the address details etc locally.

[Barry]

Thanks, Lance.

So those entries would appear to suggest that they were deliberated skipped because the scheduled amount of time between imports had not yet been reached.

If you now visit Events → Import → Scheduled Imports and identify the entry matching the feed in question, what is the frequency set to?

Last but not least: rather than attempt to to further debugging on a live site, would you be able to create a new WordPress site in a subdirectory – example.com/test-wp – or something similar? Most hosting packages make this a pretty fast thing to setup. If you then install only The Events Calendar, add your Event Aggregator key and try the import again, does it work in that environment?

[Barry]

Glad that worked — and as soon as we have an update in place that resolves this we’ll do our best to post an update in here 🙂

Thanks for your patience in the meantime.

[Barry]

Hi Teri,

Your feelings and sense of frustration are entirely understandable. We have actively been progressing this bug though and will continue to do so until a fix is delivered.

That can take some time and I realize that coupled with your support experience has left you disappointed, but hang in there and we’ll do our best to move this to completion.

[Barry]

I can create another test event with a description if that would be helpful.

I think that’s worth a shot as – right now, using the same feed you are – I’m unable to replicate the problem and the presence or absence of descriptions in the source data is reflected as expected in the events that are generated.

That of course doesn’t mean there isn’t a problem, just that it would be helpful to perform some more troubleshooting before we go any further.

If you can generate that test event and let me know it’s title and date, that would be awesome 🙂

[Barry]

Hi Andras,

Thanks for contacting us and my apologies for the slower than normal response: we’ve been experiencing higher demand for support than normal and that has regrettably resulted in some extra delays.

This clearly loads the template file exclusively from your own plugin directory, and not from /tribe-events/meta in a theme directory (as the template file header states).

You’re absolutely right. This is a bug or oversight and I’ll log a ticket on our internal tracker so we can address this in a future release.

How do we solve this issue?

A safe way to workaround this without modifying core plugin code would be to override src/views/meta.php instead. You could then modify the following loop:

foreach ( $meta_fields as $field ) {
	echo $field->render();
}

It should be possible to test if the field is of the type ‘text’ by inspecting the $field object’s type priority. You could then handle those fields using some other logic:

foreach ( $meta_fields as $field ) {
	if ( 'text' === $field->type ) {
		custom_text_type_meta_field_renderer( $field );
	}
	else {
		echo $field->render();
	}
}

Of course, you would need to define the custom function responsible for rendering the field – though you could closely base it on the existing code found in:

• Tribe__Tickets_Plus__Meta__Field__Abstract_Field::render()
• Tribe__Tickets_Plus__Meta__Field__Abstract_Field::render_field()

Does that help at all?

[Barry]

Good stuff – and if you have any problems finding one, you may wish to check out this list 🙂

Thanks!

[Barry]

This reply is private.

[Author]

Posts