[Barry]

Hi Phil, I’m going to move this across to the Events Calendar PRO forum as it isn’t really Eventbrite specific (but the thread URL will remain the same).

[Barry]

Hi Peter, we are using a plugin called WP-Redirects by Voce for this – you should be able to grab a copy from wordpress.org/plugins. Does that help?

[Barry]

I’m sorry you are experiencing problems here.

You can remove the plugin via the plugin admins screen, just like any other plugin, if you want to give that a try. Failing that, can you try deactivating all other non-Modern Tribe plugins and switching to a default theme – does it work as expected then?

If you could share a link so we can observe the problem that would be awesome 🙂

Thanks – and let us know how you get on.

[Barry]

Hi Diego,

Certainly if you delete an entry in Downloads → Payment History it should not result in the attendee data for the relevant event being removed (though it should be updated to indicate that the payment was deleted, etc).

… But, I’m not sure if that is what you are describing. Can you clarify what you mean?

 

[Barry]

Thanks, that gives me a better picture 🙂

Could you use your existing approach to set the placeholder text to … and add some code like the following to your theme’s functions.php file, updating the actual text to Datum or whatever you want to use here (I used a generic example just to avoid confusion if others are reading the thread in the future):

add_filter( 'tribe_bar_datepicker_caption', 'common_datepicker_caption', 20 );
function common_datepicker_caption() { return 'Common date label'; }

Does that work?

[Barry]

OK. I just sent a test submission (just to check if the data was modified before submission by Javascript, though that does not seem to be the case) and specified 4am-10am, can you let me know what the times show up as on your side?

Thanks!

[Barry]

OK, so what I’m saying is this is possible but not something we can help with – it’s not something WooCommerce Tickets has been designed to do. We’d certainly welcome any feature requests you might post along these lines, but beyond that this is a sufficiently advanced customization that you’d really need to drive it forward by yourself or with the help of a suitable developer (and if you want to email us at pro (at) tri (dot) be we can certainly provide you with a list of folks we recommend).

Does that clarify things?

[Barry]

Sure, so the first thing to note is that The Events Calendar has not been built in such a way as to let you embed it within a regular WordPress page (it’s possible to do so, but is an advanced customization and not something we can assist with).

By default and with pretty permalinks enabled (ie, example.com/human-friendly/ as opposed to example.com/?p=523) the main event view is made accessible at example.com/events/.

When I talk of the events slug, I’m referring to the /events/ portion of the URL, and you can adjust this as described in my last post.

However for site 2 ‘events’ is modified to /events-2/

So if this is happening with ordinary WordPress pages it is really a facet of WordPress rather than something our plugin controls – though I am slightly surprised it would happen on two different blogs within the same multisite network … but … this is really something to take to the WordPress forums.

Does that clarify things?

[Barry]

Great – we have seen a number of similar reports and so we are still looking for some sort of common bond, so any information you might uncover could be helpful in arriving at a more permanent solution for this.

[Barry]

Can you please inform me when the bug is fixed?

Yes, certainly – we always strive to update threads like this one as and when we have news about bug fixes 🙂

“It would be good to have a selection in the widget to choose if we want the link to go to just the category or to all events and then for the link text and link to change accordingly.” Also, nice if we could determine the text of the link.

These are good ideas and if you’d like to post them on our UserVoice page (that way others can also show their support) we’ll certainly consider it.

What I’ll do right now is close this thread – but as above we’ll certainly reopen to post updates if possible. Thanks again for your support and patience.

[Barry]

Hmm, I’m still a little confused. It sounds like you see a difference in the events that are listed for March in the calendar widget on one hand and the main month view on the other.

For me, I see the same 5 events in both (taking place on the 2nd, 15th, 16th, 29th and 30th) which by the sounds of things is what you want?

[Barry]

So, I think you’re slightly confused as to what the expected behaviour is and that’s partly our fault – because at this moment there is a fault on WP Shindig and what you are seeing re the calendar widget is not actually normal behaviour. Let me try to explain:

• Ordinarily, if you click on a day (with events) in the calendar widget, it lists them below the widget – it does not take you to single day view
• The exception is if you set the widget to display 0 events, so you could give that a try
• In the case of WP Shindig, a Javascript error means we are seeing both sides of it – it is initially listing a number of events below it, but is also taking you to single day view

The code you posted was already in the single-day.php.

Yes it is, so what I’m suggesting (unless you are happy to use the show 0 events setting approach for the widget) is not adding it again but rather removing it and replacing it with your own code, generating a link to whichever page you feel is appropriate (single event pages in this case).

Does that make more sense?

[Barry]

I’d imagine it’s possible to do this and basically have a different numbering system layered on top – and you could certainly post a feature request to this effect.

To give us a better sense of why you need this, can you explain why the current ticket numbering system is insufficient – is it causing you problems in some way on a practical level, or is it more a matter of personal preference?

Thanks!

[Barry]

OK, so when you login to your WordPress site you should be able to find a settings screen containing a licenses tab (Events → Settings → Licenses) … is that not present?

[Barry]

Hi Diego,

Apologies first of all for missing that. Yes, you’re quite right.

With regards to your first few points, you’re obviously pretty frustrated and I’m sorry about that.

I did see that you had listed the version numbers in use on your site, but given I couldn’t locate that string initially (my fault) I felt asking you to confirm the version numbers was a sensible step – believe it or not, people routinely supply us with the wrong information.

Often we do recommend the standard steps of deactivating other plugins and switching to a default theme – that’s partly because, where it makes sense to do so, we treat each separate problem as a standalone case – so if you post a number of different threads then yes, it’s quite likely we will ask this a number of times. However, we do not always do so and we also provide a field you can complete to indicate you carried out these steps when you create threads, which you are free to take advantage of.

I hope that explains where we are coming from and sorry once again for failing to meet your expectations here. To the issue at hand:

In our opinion, the question here is how is possible that TEC 3.4.1 thinks that we have legacy events from 1.x? And moreover, how can be a possible solution in TEC 3.x upgrading to 2.0?

We clearly need to amend this on one or more levels and I’ll make a note for that to happen. Right now though the logic seems to be that it is looking for any posts containing event meta data that have also been categorized with the events term (and here I am referring to regular ‘post categories’).

Have you integrated your events with regular categories and do any of them belong to an Events category? If so, can you even if only temporarily remove that code and/or recategorize them?

Does that make sense?

[Author]

Posts