[Barry]

OK – well we can definitely assist with that, too – but it is a different problem to the one you initially opened with (…I noticed “Recurring Event (See all)” appear in my calendar widget and I want to remove it…) and so it would be awesome if you could create a new support topic for this second problem.

Apart from helping us to ensure fair and fast service for everyone it will make it easier for others to find the topic and quickly locate any relevant answer 🙂

Thanks so much!

• This reply was modified 11 years, 4 months ago by Barry. Reason: Clarify text

[Barry]

Ah, ok. It’s a bug, I’m afraid, but one which I just logged and we’ll address it as quickly as we can.

In the interim if you feel confident doing so you could make a copy of views/pro/widgets/list-widget.php and place it in your theme (at your_theme/tribe-events/pro/widgets/list-widget.php – basically our standard template override process).

On a new line below global $post try adding:

TribeEventsPro::instance()->disable_recurring_info_tooltip();

Then on an additional new line at the very end of the file (so after wp_reset_postdata()) please also add:

TribeEventsPro::instance()->enable_recurring_info_tooltip();

That may provide you with a bit of relief until we roll out a substantive fix for this one.

I hope that helps 🙂

[Barry]

I’m really surprised to hear that: if you don’t edit an event, it shouldn’t try to update Eventbrite. Are the following steps an accurate way to reproduce the problem?

• Create an event on eventbrite.com and publish it
• Grab the event ID
• Import into your local WordPress installation
• Do nothing else with this event (at least, do nothing else from within WordPress/The Events Calendar)

And still you find the event spontaneously changes over on eventbrite.com? Is there anything else that’s missing here, such as changing the local event status from draft/pending to published or similar?

If that is an accurate set of steps would it be possible for you to create a new test event (on eventbrite.com) and share the event ID as a private message – but don’t actually import it yourself – so I can try simulating the problem?

Thanks!

[Barry]

Hi Oliver 🙂

Question 1:
What are the available options for type? (radio, checkbox, select?)

Right now the available types are:

• select
• autocomplete
• checkbox
• radio
• range
• multi-select

TribeEventsFilter::displayFilter() (lib/tribe-filter.class.php lines 161-411 in the current release) contains a large select statement and, essentially, each case represents one of the above types – so if we add additional types in the future as we recently did (ie, “autocomplete”) you will probably find them in there.

Question 2
In the frontend the filter doesn’t appear. Can you give a hint where the problem resides?

It’s basically looking good but I think you just need to tie a few things up in order to give the Filter Bar plugin enough information to understand what you’ve put in place.

Note that your class (in this file) is named TribeEventsFilter_Country but after the class definition you are actually instantiating a class of a different name:

new TribeEventsFilter_Custom('Taxonomy', 'taxonomy_filter');

This ought to be new TribeEventsFilter_Country(/*…*/) – and the first parameter ought to be
‘Country’, too, so that it matches the information you provide in your tribe_events_all_filters_array callback.

Last but not least, I’m not sure when that file (the one containing your custom country filter class) is loaded but it would be best to do so from the tribe_events_filters_create_filters action.

I hope that helps – and good luck 🙂

[Barry]

Hi cricalix,

I’m sorry to hear you are experiencing difficulties.

This looks like a known bug: would you be able to to try out the fix proposed in this related topic?

 

[Barry]

Hi prydonian,

Neither WordPress nor The Events Calendar support setting individual timezones on a post-per-post basis. For that reason, when you import events using our Eventbrite plugin, a conversion takes place from the source timezone to whatever your local timezone is.

If you then manually “correct” this, and update your local copy of the event, it will indeed attempt to update the matching event over on eventbrite.com (and maintains the timezone difference).

This can result in a seeming jump like you described.

Does that match your experiences here? In other words, are you manually adjusting the time of imported events and finding this problem takes place after that?

[Barry]

Hi Bennie,

It converts the time to whatever is appropriate in light of your WordPress configuration. So if for instance you’ve configured WordPress to operate in PST (GMT-8) and you import an event taking place in EST (GMT-4) it will indeed adjust by 4hrs.

The reason for this, of course, is that without any adjustment events can either disappear prematurely from the upcoming events list (or, depending on the direction of the conversion, the opposite can take place and they can linger on past when they’ve expired in the target timezone).

Even so, we’re aware that some users like yourself would prefer we avoid making any conversions and the good news is we’re planning on making the conversion process optional 🙂

All things being equal – though I can’t offer a firm guarantee – this change should roll out in the next major release. Do note though that it’s quite likely a minor maintenance release will arrive before then and it is highly unlikely to be included within that.

I hope that helps 🙂

[Barry]

Hi Daniella,

I think I see the problem but I just want to double check it’s the same thing you are experiencing: so, for the avoidance of any doubt, are you seeing this in relation to the calendar widget or the list widget?

If it happens to be the calendar widget would you mind posting a link so I can see a live example as on first impressions that appears to be working as expected in this regard (but it might of course be I’m missing some condition necessary to replicate).

Thanks!

[Barry]

Hi Simon!

We do try to stick to one issue/question per topic, so if anything else crops up in the future it would be appreciated if you could post them individually – I appreciate your wish to speed up support, but to ensure fast and fair service to all we’d ask you avoid taking this approach 🙂

1) Can I set a ticket to be set at 1 instead of as they currently list at 0?

Yes it can!

Please read through our Themer’s Guide first of all as it explains the basics of the template override process. In this case, you would set up a custom override for the wootickets/tickets.php template.

Starting around line 49 you should see the start of the woocommerce_quantity_input() function and just below it you can see where the min_value (minimum value) is specified – simply update this from 0 to 1.

2) Can I set the add to cart button to remain on the product page rather than go to the cart page?

That should definitely be possible – take a look at the same template I just referenced and you can probably just remove the form action (around line 9).

3) (Off topic) I have been having trouble editing the events page. It seems that editing the page and viewing the page don’t exactly match. How can I say it? When I preview and edit, I can’t see the calendar and when I look at the calendar page, I can’t see the edit… Anyway, sorry if that is confusing and off topic.

Event pages don’t live as pages in the traditional WordPress sense, rather they are generated views, so if you happen to have a page with the slug /events/ that isn’t going to work.

There are still numerous ways to customize it and I’d recommend reading through the Themer’s Guide in the first instance to understand why (if you have further questions on this however it would be best to create a new topic).

Thanks!

 

 

[Barry]

Hi there Mary,

I’m sorry to hear you are experiencing problems and we would be more than happy to help, however it would be greatly appreciated if you could create a new topic of your own rather than re-opening old topics like this one.

As you point out, a number of replies in this topic date back to 2013 – if we start troubleshooting your problem in here that potentially means a number of users for whom this is a solved problem are going to be suddenly bombarded with update notifications, which wouldn’t be ideal 🙂

Additionally, I’m not convinced it is actually the same issue: what was reported here initially related to a miscalculation whereby pagination links could skip months with less than 31 days (Christopher noted for instance that the next month link for October took him to December, omitting November).

In your case that doesn’t seem to be the problem – rather you are finding that, regardless of the month you navigate to, if you get there via the provided pagination links it is returning an empty calendar (though this doesn’t happen when you navigate to the same months directly).

With that in mind, please do go ahead and create a new topic – and remember to try out our standard troubleshooting/conflict test steps first of all. One of the team will then be more than happy to help.

Thanks!

[Barry]

Awesome 🙂

I’ll go ahead and close out this topic in that case, but please don’t hesitate to post new topics as needed if you need help with anything else.

Last but not least, if you have a moment to spare we’d love to hear your thoughts on The Events Calendar across on our plugin review page – thanks again!

[Barry]

Hi there Jason – sorry to hear you are experiencing difficulties.

So, just to confirm, it sounds like you are able to create new events (and update existing ones?) but the event start and end dates themselves cannot be changed – is that an accurate summary?

If not, can you provide a little more context about what’s going on – or, if that is accurate, can you tell me what happens when you click in the date field (does a datepicker pop up)? Also, what dates are you trying to use?

I have updated wordpress, bought the updated event pro in hopes that would fix the issue, deactivated the theme, tried it on a default theme, and nothing!

Fantastic, thanks for trying those steps. I see you already annotated this when you created the thread but I’d like to double check as you didn’t mention it alongside the other troubleshooting steps you listed – but did you also deactivate all other plugins?

If not, please do check out this summary of our complete troubleshooting/conflict test steps and give them a go.

Thanks!

 

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Author]

Posts