[Barry]

Well, if that’s the problem, it will probably remain an issue for month view for as long as you are fielding a similar or greater volume of traffic and similar greater numbers of events (and while you also have the same hosting setup) – though of course less people may encounter it if it isn’t the default.

[Barry]

Hey Shiela,

Quick note first of all that if the topic is closed when you return (we have typically been closing topics manually after 2 weeks of inactivity and just instituted an automated process for doing so) then you can simply create a new topic and link back to the old one to give the next team member the appropriate context, so there’s no problem on that count.

We were not aware of the issue with the old theme and we cannot revert to it. And as far as I know it was both before and after the plugin update.

Interesting, so it does seem like a compatibility issue with the theme rather – or perhaps use of this new theme in concert with the calendar is consuming more resources than previously … either possibility makes sense in light of the fact we aren’t seeing widespread reports about this.

I would definitely advise you to ensure error logging is in place on the server and that you can access the server error logs in case that sheds any light on the source of the problem.

The whole purpose of the site is to allow all the members to post their events. So limiting to displaying only 3 events per day would be unacceptable long term.

I understand that, but it’s also important to realize that “nothing is for free” – the more events you are accepting and the more you wish to display simultaneously, the greater the available server resources need to be to support this.

This is particularly true in month view, where a busy month may contain far more events than would typically be presented in list view (assuming the default number of posts-per-page is in place). That’s the reason we provide a setting to enforce sensible limits in month view.

Assuming for the moment the problem is performance related in that your server doesn’t have enough “grunt power” to generate a view containing so many events and if you really don’t want to make use of that setting, I could really only advise you scale up and use adjust your hosting environment accordingly.

[Barry]

Hi @popyoga,

I’m sorry to hear that you’ve experienced some difficulties.

Unfortunately, at this time, our ticketing addons do not support recurring events – slightly unusual behaviour like you have described is sadly going to happen in these cases.

Would it be possible for you to rework things into a set of standalone (ie, non-recurring) events and create tickets for each?

[Barry]

Hi Martino,

We are indeed limited in terms of the level of assistance we can provide for custom development tasks, but I’ve got a few notes that might help you out, here.

The first is that the actual pin marker data can be modified via the tribe_events_ajax_response hook: by adding a filter here you can test to see if the response data includes markers then append extra information (such as if they belong to a specific category, etc):

function modify_pin_markers( array $response_data ) {
    // No markers? No need to modify
    if ( ! isset( $response_data['markers'] ) ) return $response_data;

    // Otherwise, loop through each and add your extra info
    foreach ( $response_data['markers'] as &$marker ) {
        $event_id = $marker['event_id']; // Use this to obtain more information
        $marker['custom'] = '...'; // Add your extra information here
    }

    // Return it!
    return $response_data;
}

add_filter( 'tribe_events_ajax_response', 'modify_pin_markers' );

This data is provided to map view as the result of a post request, so it’s possible that by listening for that and working with the global tribe_ev object you can manipulate things appropriately.

I hope that helps (and remember that if you see possibilities to make this easier as you work through your customization, we are receptive both to new feature requests and actual code changes via pull requests).

Thanks!

[Barry]

Hi @37designs,

So I can view the request and response data without adding any extra code – for that reason extra debug functions probably wouldn’t add too much value there.

Trying to debug the way the query is being modified might be worthwhile, but then again there are a large number of hooks through which other plugins/theme code might alter the query (assuming that’s the problem) and I don’t want to go down a rabbit hole there.

I still think a test site is a viable way to go: how about configuring it as a multisite network and see if you can replicate the same thing – again, with no other plugins and with only a default theme – on one of the sites? It shouldn’t take a great deal longer to set this up than doing the same with a regular, non-multisite installation.

From there, if we find there is no problem, we have a strong indicator that a conflict is at work and you can begin incrementally adding and then testing against your theme and the other plugins in the stack until the problem can be reproduced, potentially helping us to identify the seat of the conflict.

[Barry]

Hi @cliffy,

Thanks for the great questions.

Please note that we do try hard to stick to one issue per topic and you’re really asking about a range of separate things here, though I appreciate they are related.

Firstly, for each event I import, I have to manually select the Country. (why doesnt TEC know what country the event is in?)

It only knows what Eventbrite tells it. When I test out an import with an event I know to have a full and correct address over on eventbrite.com this is imported as expected – perhaps your events are missing this data?

Can you link me to an example (that is, the actual eventbrite.com URL of the event you imported)?

Secondly, I have to manually tick the show map boxes – can I change this anywhere so it defaults to show map?

That’s probably possible, but there is also a simpler solution in that you can default to this “always being on” by adding the following code to your theme’s functions.php file:

add_filter( 'tribe_embed_google_map', '__return_true' );

If you need further help on this particular point, though, I’d ask you do so in a fresh topic 🙂

Thirdly, and more importantly – these imported events are not showing in the “View as Map” view on my site.

Let’s deal with your first question first of all as, again, I don’t actually see a problem so long as the original event on eventbrite.com has a full and valid address.

Thanks!

[Barry]

Hi @ukumito,

I’m sorry you have experienced difficulties.

Is /agenda/ the slug for your main events view, or have you tried to add a custom view?

Can you try visiting the Settings → Permalinks admin screen – and then try accessing your events view? This can sometimes clear out and refresh the rules WordPress uses to route requests.

Last but not least, you indicated having completed our standard troubleshooting steps. What was the outcome of this? Did the same problem still occur even with no other plugins and only a default theme in place?

Let me know how you get on 🙂

[Barry]

Hi Felix,

That gives me a great sense of the problem, but unfortunately I am unfamiliar with this particular theme (am I correct in thinking the carousel ships with the theme itself – or is it actually a separate plugin?).

What I do see when I visit the URL you provided when you opened the topic is that what I believe are the “missing” items are actually present, but commented out (within the header.masthead-inline element). My guess is that some piece of code ought to uncomment this, but I’m not sure what the missing trigger is.

Are you able to check in with the vendors of X-Theme (or the authors of the carousel, if different)? While, like us, they may not directly support integration issues with products made by other vendors, perhaps you could ask a general question along the lines of:

Which code is responsible for commenting and uncommenting the HTML within header.masthead-inline – and what triggers this?

Let me know how you get on!

[Barry]

Hi Cynthia,

That’s a strange issue. Can you confirm if any filters have been applied to the list widget (and can you try clearing them if so)?

Thanks!

[Barry]

Hi Matt,

Great question!

Each of our ticketing plugins actually integrate with a leading WordPress ecommerce plugin (you can choose from Easy Digital Downloads, WooCommerce, Shopp or WP E-Commerce) and it is the ecommerce plugin which handles the checkout experience.

All are capable of letting users login and reuse their details, rather than forcing them to continually re-enter the same information, but for a better sense of how that specific aspect works it would be best to consult the docs for the ecommerce plugin you are most interested in using.

Though it specifically relates to WooCommerce Tickets, this getting started guide will give you a good sense of how it all pieces together on our end 🙂

I hope that helps!

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Barry]

Hi!

It’s been a while so I’m going to go ahead and close this topic.

• Need help with anything else? Go right ahead and post a new topic, one of the team will be only too happy to help
• Still need help with this issue and need to re-open it? Again, please simply create a new topic and link to this one to provide the team with some context

Thanks!

[Author]

Posts