[Barry]

That’s odd — seems to work for me, Luke.

Here’s what I did: I already had the latest versions of The Events Calendar and Community Events installed and activated and I added the plugin from the knowledgebase article you referenced.

I then visited Events ‣ Settings ‣ General and located the Redirect after Submit field, setting it to /sample-page — with that done I submitted a new event via the frontend submission form and on completion, I was taken to the page I specified.

Is there anything about the above steps I’d need to change to be able to see the problem? Alternatively, is it possible that a different plugin or even your current theme is interfering? Our standard troubleshooting steps could be a good way to bear that out.

Let me know if you have any further questions on this one!

[Barry]

It definitely may not be the complete solution you are seeking, but I’d suggest it’s a decent start. At the beginning of this exchange you had noted:

And it’s only events/products generated from Event Tickets Plus that I’m not able to sell from Facebook.

For any new tickets you create, this makes it so they are registered with your Facebook page and will show up in your Facebook shop so you can sell them from there (it doesn’t deal with existing tickets that were already created at present, however).

The whole point is that it should run via Facebook pixel to get analyzing results about customer target group.

I still don’t understand why it does not work when the events from Event ticket plus are also created in Woocommerce with text, category, image and price, just like all the other products created directly in Woocommerce?

This is a different part of the larger problem.

My assumption is that Facebook for WooCommerce adds the tracking pixel to product pages but, reasonably enough, does not do so for event pages that contain tickets (because it doesn’t “know” about them).

That to say, there’s no bug here that I see – simply a need for some further integration work to be done if you want all 3 plugins (Event Tickets Plus, WooCommerce and Facebook for WooCommerce) to work together cohesively. I’ve shared a partial solution above and hopefully we’ll be able to develop that further over time, but I cannot commit to doing so in the short term.

Remember that you can also reach out to the developers of your other plugins and indeed if you need more help than any of us can provide in the sort of timescales you expect, you can reach out to suitable designer/developers for further assistance:

theeventscalendar.com/find-a-customizer

Thanks!

[Barry]

Updating the status of this to “Pending Fix” — the team are aware and will fix the bug as soon as they have an opportunity to do so.

[Barry]

Awesome 🙂

[Barry]

Thanks!

You could try installing and activating this helper plugin — it should make it so that when new tickets are saved, they are immediately published to your Facebook store. Note that this requires you are at least running PHP 5.3.

It’s also worth highlighting that this does not directly do anything with the “Facebook pixel”, it simply tells Facebook for WooCommerce to publish the ticket product to whichever Facebook account is connected.

Hopefully that helps 🙂

[Barry]

Hi Mike,

Great question!

There’s no particular reason to expose that in your sitemap. We’ll take a look and see if we can avoid it from being included automatically in future, but in the meantime if WordPress SEO offers a means for you to remove those entries, that would be a good call.

Let me know if you have any further questions on this 🙂

[Barry]

Hi John,

A small snippet like the following one should do the trick:

add_filter( 'edd_email_ticket_receipt', '__return_false' );

This could be added either to a custom plugin (preferred) or else to your theme’s functions.php file.

Does that work for you?

[Barry]

So when I finish doing the translations I have to go to the translation version and put it (through events calendar pro edition). But when I do this all recurrent events vanish and it only remain the first one.

That is really strange and I can’t replicate the same thing … but bear with me while I check in with the team for further insights.

[Barry]

OK, let’s give it a few days and see if the increased limit (and real cron) start to have an effect.

We’ve seen similar issues to those you noted with other customers and if the above steps don’t help, it may be that we need to wait out on some broader restructuring of our service to address some of those points.

Hopefully, though, we’ll see some improvements over the next 7 days or so.

[Barry]

This reply is private.

[Barry]

Hi Gert,

I don’t have any mu-plugins directory. And why all this coding?

OK – you may need to create it in that case.

Why can’t you just make the plugin work with Facebook pixels? All products made directly in Woocommerce works fine.

Can you confirm which plugin or tool you are using to add these pixels? If it is not a free plugin that we can download ourselves, can you share it via a private reply?

[Barry]

Sounds good, Matt — let us know if we can assist further.

For what it’s worth, it does rather sound to me like you might be up against an issue with your theme and some ‘special effects’ it includes relating to scrolling to anchors within a page, rather than something our plugin is directly responsible for.

To that end, if you need more help, please do reply with some links to live examples if possible (on looking at the domain provided when you created the topic I couldn’t initially seem to find or identify the problem).

Thanks again!

[Barry]

Hi B Ingram,

In that case, I suspect what we are looking at are a set of custom event templates that were bundled with your theme.

If for example you compare this event page from your site with this equivalent page from our demo site you can see the structure is quite different.

That’s not a problem in itself — making it easy for other plugins and themes (or individual site owners and developers) to override our templates and layouts is a design goal for The Events Calendar so it’s awesome to see a theme like yours which does this, but it also means that some of the problems you cited don’t have their origin directly in our plugin.

Instead, it’s worth reaching out to the theme developers as I expect the problems you’ve noted have their roots in the custom event templates they wrote.

Does that clarify things?

[Barry]

Saif: thanks for your patience so far.

Just as Patricia tried previously, I’ve upgraded your license key (temporarily) but this time to accommodate 1,000 imports per day. Let’s see if that impacts the problem and we can evaluate further from there.

Something else I’m not completely clear on but could be worth a shot: if this is not already in place, can you ask the team at WP Engine to enable ‘true cron’ (ie, configure crontab to reliably run scheduled tasks in WordPress every 15 minutes). If this isn’t already in place, it may facilitate smoother running of imports particularly at any times of day where your site is not in receipt of sufficient traffic to trigger them organically.

Thanks again!

[Barry]

This reply is private.

[Author]

Posts