Forum Replies Created
-
Posts
-
Thank you very much Bryce. That is super helpful diagnostic information. You are the third person we’ve seen with this problem. But, the first one I am aware of who has responded to the request to test for conflicts.
I have done a lot to try and reproduce this. Unfortunately I am quite unable. Would you be able to provide some or all of the following information so that I can go further?
- Would you mind grabbing your system information and pasting it here? Make sure to use the ‘Set as private reply’ checkbox to protect your private information from the public. You can find the system info by going to WP Admin > Events > Settings, clicking on the “Help” tab, and scrolling down to the ‘System Information’ box. (Or by going to [yoursite]/wp-admin/edit.php?post_type=tribe_events&page=tribe-events-calendar&tab=help) That will give me a lot of extra information to help diagnose the problem.
- Would you be able to export a copy of your database and hand it over to us? Since my data is not yeilding the problem, with your data I will likely be able to recreate it and dive in much further. We totally understand if you do not want to do this! But, if you are willing please email [email protected] and reference this thread in your message. We can arrange a secure way to transfer the file to us with further discussion via email.
- What host are you using? Are you aware of any serverside caching, perhaps a CDN, that might be setup?
Thanks again!
– Brook
I am happy to hear that. I will archive this topic since it is now resolve. Thanks for posting!
– Brook
Thank you for clarifying. If you click this link you should see the event: http://www.estudioscontemplativos.com/events/categoria/educacion-contemplativa-eventos/?action=tribe_list&tribe_paged=1&tribe_event_display=list&tribe-bar-date=2015-02-01
It appears that for some reason either your Next Events and Previous Events links are not appearing, or it is not showing the full results for the current page. This is a bit strange because this is nor happening when the page is requested via Ajax. I am sorry if none of this makes sense to you, I was just describing the problem in more technical terms.
Here is how we can learn more. Would you mind following this tutorial to test for conflicts, the posting the result? That will tell us a lot more about this problem. Thanks!
– Brook
Hello again operom,
Your English is very easy to understand!
The problem is that for recurring events it will show the first event date in a series. This is because by the time an email is sent there is no longer any information identifying which recurrence of the event is being purchased. It is unfortunate. In the future our plugin will be using a unique “product ID” for each recurrence, or at least a “product variant”. At that time this snippet will either automatically being inserting the correct date for recurring events, or it will require a small change to work properly.
Until then, if you are interested in writing up a temporary solution such a thing could be done by creating a custom email template, tapping into the filter ‘woocommerce_email_order_items_table’ and overriding its with your unique template. Since you will have the Woo Order item, you will be able to glean the necessary info about the purchased event. This is not something that we can easily write a snippet for at this point. But, in the future once our updated ticketing framework which we are working on has been released then this will be something we can do a snippet for.
Does that snippet help you, Christina? Or, were you having issues with recurring events as well?
– Brook
Howdy Ryan,
That is off. That would extremely likely be cause by a WP Conflict. We have an awesome guide for testing for those. If something is conflicting it will help us identify what, then we will have enough info to try and tackle the problem. Would you mind testing for conflicts?
– Brook
Howdy ariddlelfcc,
That is puzzling! Thanks for the plugin list and letting me know about your devs setup. It helps narrow the possibilities for sure.
It would be tough for a difference in server configuration to cause this. Since it is still returning an event query, just not the correct one, then it is almost guaranteed to be some bit of code running alongside it that is tampering with queries. I have seen it enough times before. Our plugins uses WP’ Ajax API, which stems from the file /wp-admin/admin-ajax.php. Sometimes security plugins or configurations will tamper with it. Because for whatever reason WP puts it in the wp-admin folder. And security plugins love locking down and altering requests to the admin folder, because of the understandable but false assumption that it is only admin stuff in there. Furthermore other plugins and themes just have to general of triggers, and will sometimes be tampering with queries that they do not really intend to. Since you are confident in your conflict test, however, that would rule out most of these possibilities. An exotic security configuration could still be to blame, but it would have to be exotic.
Aside from it being a bit of PHP code unique to your server, there is one other possibility I can think of. If your SQL server had a frankly strange way of handling lengthy SQL queries it might truncate ones past a certain character limit. And perhaps our query’s where category = clause is getting snipped right off the end on Ajax requests? It’s a long shot and would take a rather perfect storm. But, at this point almost everything is a long shot, sadly. Does any of this strike a chord with you? Are you perhaps aware of any limitations or customizations to your server that might be roughly along these lines?
– Brook
Howdy sadrobot,
I do not believe you have errors anymore. When I click that link it shows up proper. It does mention a warning, but those tend to not be requirements and more suggestions. If you wanted to address it feel free, you would want to add a heading tag somewhere in the content area of your posts including events. Make sense? Is it resolved now for you as well? I am happy to help!
– Brook
Howdy operom and Christina,
I was thinking about this problem, when it occurred to me there might be an easier way to do it that would not require a WooCommerce email override. This snippet, which can be pasted in your theme’s functions.php file, will append the event start date to the title of tickets when they appear inside of order summaries (such as you would see in an email). Does that work for you? Paste it in your functions file, then see if new orders now contain the start date added to the end of the ticket title.
If that does not work for you operom, you might need to open a new topic. We strive hard to keep our topics confined to only one issue, that way it gets our full attention.
– Brook
Howdy sean,
You are correct. The pipebar is not removable via translations.
Regarding changes to your config, it could be any number of things. Do you have WP Debug enabled? Might toggle that though its a long shot. Much easier said than done, but perhaps a different PHP version would make it work as expected. Dabbling with your error reporting settings might fix it, though that is a remote possibility too. From what I am seeing that error should not be there in the first place, and isn’t on our systems. I believe you already mentioned that your WP install is up-to-date, so that rules that out.
I wish one of our solutions had been easier for you to adapt. 🙁 But, sometimes computers can be frustratingly thick. That’s what have someone on hand to fix it is awesome, when such a luxury is within reach. Thanks for posting!
– Brook
Howdy capstone,
Thanks for the update. I know you marked this resolved but I just want to be sure, were you able to get the PHP errors to go away?
– Brook
Howdy Bryce,
That’s a predicament. I am not able to recreate that problem in my testing locally. I am running the latest versions of the plugins and WordPress. That means that we should try to do some conflict testing and see if we can isolate the problem on youir end. Perhaps it is a plugin or your theme that are not fully compatible with TEC> IF we know what it is, maybe we can make it compatible.
Here is a guide on testing for conflicts. After running through that, did it reveal and help you isolate the problem? Please let me know if I can help you along the way, or answer other questions. Thanks!
– Brook
Howdy ariddlelfcc,
That’s interesting. I just tried to recreate this problem on my server. I have a category with a lot of events and I made it a subcategory of another, just like on yours. I navigated to that page organically, and it properly filtered events. I then clicked through to the next month of events, and it continued filtering properly.
The difference between loading the page directly via your link, and clicking through “organically” on the December link, is that one is a regular page load but the other is Ajax. Frequently we find that other plugins and sometimes themes will tamper with Ajax requests. This can cause them to behave erratically as we are witnessing here. Since I am not seeing the problem on my server but we are seeing it on yours, we should look to the differences between our setups, as obviously one of the difference is causing the problem. Best way to begin is to do conflict testing. This guide walks you through every step of that process. Are you able to do that? If so, what if the name of the plugin or theme that is conflicting?
Please let me know if I can be of further assistance with the conflict test or anything else. Thanks!
– Brook
Howdy Kevin,
Those are some detailed questions. Fortunately some of them I can not only answer outright for you, but you can even test them out for yourself for free. Our “Core” plugin is The Events Calendar, and it can be found and installed for free on WordPress.org. Our plugin certainly does both 1 & 2, and this can be demonstrated either by installing the plugin and testing it out, or to a lesser extent by checking out our demo site.
For steps 3-8, and step 10, it seems like that would be best accomplished with a third party plugin. One of the many form builder plugins would allow you to insert a shortcode on registerable events that would capture name/phone number. It sounds like you want to do manual billing of the “other email” at a later phase. So, you will need a billing solution that will allow you to capture that via your preferred method. Whether it is over email, the phone, or a website. You need to figure out which option(s) you want and then make sure you are setup with someone like PayPal or Square that would allow you to do that. We do offer a variety of purchasable ticketing options, including one that ties in with Eventbrite. But none of them would require a user to register first via a form. You would either have to add instructions for a user telling them to do that, or just permit users to skip steps 3-8 should they choose to purchase straight away. In which case I would recommend WooCommerce Tickets or EDD Tickets, as neither of them requires the user to register in order to purchase/checkout.
Regarding step 9 that is possible to do automatically via a small modification to our plugin. Or, it is possibly to do very easily but manually each time an even transpires.
Does that paint a clear picture? Does it answer all your questions? Thanks for posting!
– Brook
