[Brook]

Thanks for the extra info. That is definitely a help.

I’ll now go through the list manually (once again) remove invalid ID’s and make a new import with that. Maybe the problems stops. If so – the above mentioned function would be mandatory for the plugin. A manual research (on mistake) is not really an option for a productive enviroment.

I definitely agree. There should be need to manually delete IDs that are expired. And if  expired ones are causing problem, we definitely want to fix that. I will be keep an eye out for those IDs and seeing if I see a problem as well.

I would mention though on the other hand, for performance reasons it might make sense for you to comb through the list every now and again (like you just did) to remove any that no longer work. As that will increase the performance of your imports. Not that this is necessary, just not a bad habit to make.

I did get one event that appears to be a duplicate. I found a bunch others that at first appeared to be duplicates, but the Facebook group actually had multiple events with the same name. So it was not importing wrong, it was just importing all of them duplicates that existed on Facebook once each.

I am currently further investigating that one that actually seems to be a duplicate.

– Brook

[Brook]

I forgot to ask you, what do you mean by “expired IDs”? Are you talking about the Facebook group IDs that you input to import events from? Or the Facebook API key? Or perhaps your license key for the Facebook WP Plugin?

I noticed some of the group IDs are generating error messages. I am wondering if removing them will cause the problem to stop occurring in the future. I would like to try that after I have been able to reproduce the problem.

– Brook

[Brook]

Thanks for your patience while our whole team was on vacation, Bernhard.

I can definitely see the problem on your test site. Thanks for the login. I am trying to reproduce those results on a different server I have. I have a few a suspicions on what might be happening now that I can see it in action like that. And so I will experiment on my server.

I switched my settings so that Facebook now imports hourly instead of daily, that way we can hopefully speed this up. There is still some waiting involved though since WP_Cron, the WP function our plugin uses to setup the auto imports, is somewhat unreliable. No duplicates yet. But I will do my best to keep it running all weekend and make some. I will let you know how it is going Monday afternoon.

Cheers!

– Brook

[Brook]

Howdy Michael,

Thanks for opening a new topic. I’d love to help. Just to confirm there were two steps outlined that have thus far worked for every user:

1. Downgrade The Events Calendar PRO (not the Events Calendar) to version 3.9 from 3.9.1
2. OR, copy/paste the code Brian mentioned in this post into the relevant file, replacing all of its content.

Have you tried both of these and neither worked? If so, could I get a copy of your System information? This can be found by visiting your site’s WP Admin > Events > Settings > Help. If you could copy/paste that here, that would be awesome!

Cheers!

– Brook

[Brook]

Howdy Lee!

No we do not. That would make it too easy. I am kidding of course, we want to make it easy and I will do my best. First of all tribe_get_events() is a wrapper for get_posts() which does have a nice list of arguments it accepts. Tribe_get_events() accepts all of those arguments as well. The only real trick is that it also accepts a few extra arguments like start_date. Those are all quite well documented in this article.

Does that answer your question? Do you have any followups? Please let me know.

Cheers!

– Brook

[Brook]

Howdy  André Escher,

Good question. To answer it let me give you a little detail on how WooCommerce works and how WooCommerce  Tickets works. Here is what happens when a user purchases a ticket for an event your or your community members have added:

1. The user clicks “Buy” on the ticket and selects how many tickets they want.
2. The ticket is added to the WooCommerce shopping cart. At this point WooCommerce completely takes over.
3. The user can add anything else to the cart they want. If you are selling physical products via WooCommerce like tshirts, they can add those as well. Or even other tickets for other events on your website.
4. The users Checks out, selects how they want to pay.
5. You get an email of a new order from WooCommerce. It lists every product they bought, including the tickets. You can click Approve which will charge their credit card. (Or you can setup WooCommerce to automatically approve every order and automatically charge.)
6. All of the money goes from their credit card to your payment provider. People often use PayPal for instance, so all of the money would go from their card to PayPal.

So in the end, one account gets all of the money. That would really need to be your account. From there though you could pay the community members. You could keep track of how many of each of their products was sold, them send them a check/money order or whatever minus your percentage that you charge them.

That is how everything currently works. Two features we are considering adding might be of interest to you though. If you like these, you should vote them up:

• Charge for event submission and premium/featured events
• Allow <mark>Community</mark> Events users to add tickets via frontend

Does that answer your question? Do you have any follow up questions? Please let me know.

Cheers!

– Brook

[Brook]

Howdy Josh,

That’s a great question. One I recently asked my manager again since he is in charge of our roadmap. The short answer is: We’re currently building that feature, but it’s going to take a while to finish and polish off to make sure it has no bugs.

The long answer is: I can not give you a date. Unless we are 100% certain something will be ready for the release we are building right now then we make no guarantees on when a feature will be included in the plugin. If you have worked much in the software development world you will find that not having public release dates is common. This is because in software development every single “problem” is a new and unique problem (otherwise we would just copy/paste old code that solves it) and since every problem is unique, until you finally finish writing the last line of code and thus solve it you can only guess as to how long it will take.

Our shortcodes are not ready for our next 3.10 release. To be up front, it is quite possible they will not be ready for 3.11 either. To make the plugin embeddable via the shortcode is a huge undertaking that requires changing many many things, and in some ways makes our code a lot more complicated. It’s a pain, which is why we did not build it out to begin with. Complicated code increases the likliehood of bugs. But, our users have spoken and we have decided to change course. It will just take a little longer to get there and make sure it is thoroughly tested.

Does that all make sense? Probably not the answer you wanted, but I hope the extra detail helps you not walk away unsatisfied. Please let me know if you have any further questions.

Cheers!

– Brook

 

 

 

[Brook]

Pardon the delayed response. You probably noticed the giant red notice at the top of the forums that the Modern Tribe team headed out for our annual extended team trip retreat, but just in case you did not I just wanted to let you know why it took a while. I really appreciate your patience.

I investigated this issue in some detail. I found a bug relating to timezones. When you publish an event to EventBrite the proper timezone is not always transferred to EventBrite. This can cause EventBrite to believe that the event started or the ticket sales ended before it really did, and thus hide the frame.

I was able to work around this in my timezone. I published my event which started at 7am, but then I set ticket sales to end at 11pm via the field “Date to end ticket sales” in this form. This allowed people to purchase tickets right up until the event started from my website. But, they could still purchase them even after it started. It took a little bit of tweaking the ticket sales end time to get them to end right when the event started.

Another strategy to work around this would be to publish your event to Eventbrite. Then after publishing it, go to Eventbrite.com then click My Events, find your event, and edit it. There is a little link called ” Timezone & date settings”. Use that to correct the timezone if it is off. Then scroll down to your tickets. Next to each ticket set the proper end time/date for sales of each ticket by clicking the little gear icon called Ticket Settings.

Those are of course work arounds though. This is a legitimate bug and I am getting it logged so that we can fix it in an upcoming release so we no longer need work arounds.

Please let me know if you have any questions. Thanks for helping us find this problem so that we can fix it.

Do either of those solutions work you? Does it sound like you’re suffering from the same problem?

Cheers!

– Brook

 

 

[Brook]

Howdy tablelandsregionalcouncil,

We have not heard back from WPDM yet. I hope to soon. I can understand that it might take them a little bit of time to get back to us though, often these sorts of things involve multiple members of the team and have to be slotted into everyone’s schedule.

Thanks for the info about Nginx. If you do want someone to try and help you troubleshoot the WPDM problem on your server please open a new topic. We will add that topic to our issue tracker, so you will still get updates. But if you’re not looking for support and just want to stick around here for updates, no worries there.

CHeers!

– Brook

[Brook]

Unfortunately I have not been able to replicate a problem yet. It’s possible my server settings are just different. Or perhaps my server is not running during the times that yours fails? Mine is not always connected to the internet. I will give it another few days and have it run longer.

At this point it is unfortunately sporadic enough that I do not have any advice to offer beyond Josh’s in the original thread.

Let me know if there is anything besides the above that I can do to assist in the mean time. Thanks, Bernhard.

– Brook

[Brook]

Unfortunately I have not been able to replicate a problem yet. It’s possible my server settings are just different. Or perhaps my server is not running during the times that yours fails? Mine is not always connected to the internet. I will give it another few days and have it run longer.

At this point it is unfortunately sporadic enough that I do not have any advice to offer beyond Josh’s in the original thread.

Let me know if there is anything besides the above that I can do to assist in the mean time. Thanks, Bernhard.

– Brook

[Brook]

Thanks for reporting that Explorer, and to WPSSO for helping us find a solution and pausible cause. I would definitely like to hunt down the cause if it might be a bug. I will look into this further. Right now I do not have enough to go on. All I know is there is a bug somewhere in our code. That’s like saying there is buried treasure somewhere in the Caribbean Sea. But I will chase it up and see if I can learn more. If we do find a bug I will mark this topic so that it will get updates on the bug, and notifications once it’s fixed.

Thanks again!

– Brook

[Brook]

Awesome! Glad that fixed things up.

– Brook

[Brook]

Excellent. Happy to hear that I will archive this topic then. Cheers!

– Brook

[Brook]

Since this topic has gone for a spell without an update, I am going to archive it. Please feel free to open a new topic though if you need anything else. Cheers!

– Brook

[Author]

Posts