Forum Replies Created
-
AuthorPosts
-
September 23, 2016 at 7:11 am in reply to: Autocomplete ticket orders option, completes all WooCommerce product orders #1167891
Josh
ParticipantHey James,
Thanks for reaching out to us!
To clarify, when selecting the “Try to set the status of new ticket order to “complete” automatically” in our settings, it is causing all orders via WooCommerce to become complete even if a transaction failed or if you were using Check Payments or COD and the customer payment hasn’t been completed?
As for the other part of the question, the order status won’t automatically change without that setting. The order would need to be completed via the associated payment processor and a successful transaction or the order will need to be manually completed, indicating that the user has paid for their ticket.
Let me know if this helps.
Thanks!
Josh
ParticipantHey Alain,
Thanks for reaching out to us!
This approach you’re looking into I think could work for the featured events display.
To start, based on your current code above are you running into issues where the custom query you added isn’t returning any events for the featured section? You can start with addressing that part by modifying your approach on the “$my_query”. To create the new WP_Query there, try the following and see where that gets you with:
https://gist.github.com/BeardedGinger/5934925fbe53bd0ede366ef3da1cd419
Let me know if this helps.
Thanks!
Josh
ParticipantHey Alika,
Would you mind opening a new thread for your question here? This ensures that we’re able to answer each person directly and fully through their questions and any differences there may be between the different issues.
Jeanne,
Would you mind sending a screenshot of the folder path to your active theme where you’ve gotten the file added? Also, are you using a parent/child theme structure that might have existing overrides for our templates?
I can appreciate your concern about “having to customize” to get the plugin working, however what you’re looking for here is a variation from how the plugin is intended to work. There shouldn’t be any customizations that you need to make to get the plugin working as intended, if there was, we would definitely consider that a bug and work to get it resolved quickly.
Thanks!
Josh
ParticipantHey Math,
I did some further digging here and can verify that the current QR Code does use a unique Ticket ID rather than the general Order ID.
This Ticket ID is tied to the “tribe_wooticket” post that is created for each ticket when a customer purchases from your site.
For example, I made a demo purchase of two tickets. The order # was “15545” and the two QR code links generated were:
http://tec.dev?event_qr_code=1&ticket_id=15546&event_id=15472
http://tec.dev?event_qr_code=1&ticket_id=15547&event_id=15472
The ticket_id is a unique ID for each individual ticket created. Could the check-in app be used to work off of that rather than the ticket #? Customization to modify that URL would currently be something that is beyond what we’re typically able to provide in our support forums here.
Let me know if this helps.
Thanks!
Josh
ParticipantHey Chris,
Yeah, unfortunately I had the same experience when I was doing my testing above. I could get it to visibly have the same SKU it would still ultimately be a separate ticket.
The only alternative until we have ticket support for recurring events in an upcoming release would be to create the events as individual events and add their own tickets to each event.
Thanks!
Josh
ParticipantHey Heather,
Thanks for sharing that here. If the timeframe isn’t able to work in this particular situation, were you able to complete your refund request?
Thanks!
Josh
ParticipantHey Davis,
I apologize for the confusion with the style behavior I pointed out. My assumption there was that there could have been a structural error somewhere else that was causing some of the markup to get off in PHP file somewhere that was causing the event bar to be broken.
The PHP version shouldn’t be an issue there since we do support based on the previous recommended WordPress ranges lower than 5.4 and still used by many hosts.
Other than the PHP versions, is there anything else different between the two versions? Any added content to a before or after calendar HTML section that could have an unclosed element or some improper markup? any snippets or other plugins adding any customizations to the calendar?
Thanks!
Josh
ParticipantHey Jeanne,
Thanks for reaching out to us!
I’m glad you were able to find the root of the issue you’re experiencing here. We actually have a helpful tutorial to walk you through how to change this default behavior. Check it out and see if it helps here.
Let me know how it goes.
Thanks!
Josh
ParticipantHey Heather,
Thanks for reaching out to us!
I apologize for the issues you’re currently experiencing here with our plugin. Would you mind linking to the related information you found about our plugin not working with WP core?
If you would like, I can also try to help you with this particular issue as well. If you wouldn’t mind, could you send me the feed URL you’re using when trying to create a new recurring import?
You can also request a refund directly through our form here https://theeventscalendar.com/knowledgebase/refund-policy/ and we would be happy to process that for you there.
Thanks!
Josh
ParticipantHey,
Thanks for following up here and clarifying!
So you just need a CSV file with a single column showing the ticket ID (order ID in this case from the CSV columns).
You could filter the default export, however it may be best to keep that functionality intact in case you wanted to use the information anywhere else.
The simplest alternative here would be to import the current CSV export into a program such as Excel or Google Sheets and delete all the columns except for that first “Order #” column. You could then export that updated file as a new CSV file.
Let me know if this helps.
Thanks!
September 21, 2016 at 5:51 am in reply to: Mods to filter bar not working quite as expected #1166862Josh
ParticipantHey Donna,
Sure thing, you could compress the file into a zip file and attach it here. If you’re on a mac, that would be right click the file and select ‘Compress “{file_name}”‘ option there.
That should work to attach here. You could also send it to support[at]theeventscalendar.com and request the email comes to me.
Thanks!
Josh
ParticipantHey Yulia,
It looks like this is a known bug with our Event Tickets Plus plugin. The issue here is that there is a constant used in the WooCommerce portion of Event Tickets Plus that is currently only defined in the core Events Calendar plugin. Definitely not behavior we intend for that particular plugin.
The simplest solution here is to activate the core plugin temporarily, however there is another option that you could pursue here if you’re comfortable with accessing your site via FTP.
The option here would be to create a new file called “et-temp-fix.php” and add the following to the file:
<?php if ( class_exists( 'Tribe__Events__Main' ) ) return; class Tribe__Events__Main { const POSTTYPE = 'tribe_events'; }From there, you would add that file to an “mu-plugins” folder within the “wp-content” folder of your install. So it would go to “wp-content/mu-plugins/et-temp-fix.php”.
Let me know if this helps.
Thanks!
Josh
ParticipantHey Chris,
As you break individual events from the series, the new single events will no longer have tickets associated with them. You would need to add the tickets to those new single events.
I did test the idea of reusing the SKU to see if it would use that same ticket, however it will still create a second WooCommerce product with the same SKU https://cloudup.com/cSHuLHFnu0E.
Let me know if this helps.
Thanks!
Josh
ParticipantHey Davis,
Thanks for reaching out to us here.
I’ll follow up with Geoff but we typically don’t provide supported accounts for uses in our Non-Profit progream. However, we are happy to try and diagnose any bugs that may exist within the plugins here.
Looking at your site, I’m seeing some odd behavior when inspecting the page with developer tools throughout the site https://cloudup.com/cz2Pv5sd6rT. As a test here, can you verify that this issue on your site persists after following our Testing for Conflicts procedures?
Thanks!
Josh
ParticipantHey Jason,
Thanks for reaching out to us!
The simplest approach here would be to hide that section with CSS. To do that, you could add the following to your theme’s CSS file:
.tribe-bar-date-filter { display:none; } .tribe-bar-search-filter { width:50%; }Let me know if this helps.
Thanks!
-
AuthorPosts
