Forum Replies Created
-
Posts
-
Tickets are simply regular WooCommerce products, albeit they are defined as “shipped” products. My understanding is what you are seeing is simply the default behaviour, though a few folks have worked around it to have order automatically complete by changing the product type to virtual/download (with varying success).
Hi jaredc,
Sorry to hear that you are experiencing problems. Can you confirm the order status of the affected orders?
Could you also let me know which versions of WooCommerce and WooTickets you are using (you can find this by viewing the list of plugins).
OK … I’m not quite sure I understand.
I thought you wanted to style the first post in the events list widget differently? Why is the featured event causing a problem there?
OK, so there are a couple of ways we might approach this. The first is to try changing that setting to Default Events Template. If that doesn’t display nicely though then we’ll have to do a little template overriding.
In the first instance though can you try using Default Events Template?
If you change the date format for WordPress (Settings > General > Date Format) then The Events Calendar should respect that setting.
You can also override the format within The Events Calendar, so if for instance you want to use something like 25 March 2013 across your site but 25 March 2013 (Monday) in the upcoming events list then you would need to override the upcoming events template. Before you do this, please do take the time to read up on the ins and outs of templating:
The idea would be to customize your custom events/list.php template and wherever you encounter the following piece of code:
echo tribe_get_start_date( null, false );You would replace it with:
echo tribe_get_start_date( null, false, 'j M Y (l)' );Hi Christina.
For the first issue, can you tell me what the following option is set to: Events > Settings > Template > Events Template … Thanks!
Regarding the second issue, we might be limited in how much support we can offer for what sounds like a conflict with another plugin – but please do create a new forum thread for that and we’ll help if we can 🙂 (it would just avoid confusion if we have to troubleshoot two separate problems in one thread).
OK, well that was an easier way to do it. Great that it’s working – but let us know if you experience any other oddities here.
Sure. I know it’s a pain, but, all I can really say is that you should be seeing that field. Look forward to your update 🙂
That is strange … you should be seeing this http://d.pr/i/jUlm and of course whatever you input in that Title field ought to appear when the widget is rendered.
If you aren’t seeing it I can only guess there is a conflict of some kinds going on here. Are you in a position to run through our troubleshooting steps?
- Please ensure that your Modern Tribe plugins are up-to-date and in-synch … for instance if you are using The Events Calendar 2.0.11 you must also use Events Calendar PRO 2.0.11
- Deactivate all other plugins and change your theme to a default, unmodified one such as Twenty Eleven or Twenty Twelve
- Now test to see if the problem still exists
- If the problem has been solved by these steps, start reactivating everything one-at-a-time, testing at each point to see if the issue has returned
- If the issue does return, take note of whichever plugin (or theme) you reactivated immediately before it started again – it’s likely there is a conflict with this item
Hi Jesse – thank you first of all for your commitment to working through this and your support for our plugin.
We’re just discussing the best course of action here – so please bear with us a little longer – but I wanted to acknowledge that we’d read your above post and are actively looking into this. I (or possibly another team member) will get back to you as soon as possible.
OK, my apologies – I was mistaken about the Cost field. I happened to have our Eventbrite addon running when I looked at this and it’s presence triggered the Cost field. If you are running just The Events Calendar/Events Calendar PRO plus WooTickets it will be hidden by default.
So, that means there are a few other options:
Instead of using the Cost field you could (if you are using Events Calendar PRO) create and use a new additional field for this purpose.
A different approach could be to add code to check each event and optionally print some additional text (or whatever you want to do here) to indicate that it is a paid-for event.
That is strange. If those fields are left completely blank then it should anyway work as expected (and does for me if I test locally) – so perhaps there is a conflict somewhere.
At any rate, are you happy to workaround this by specifying a start date?
I can’t help with any interim solutions – though we can of course keep this thread open for you guys to discuss ideas –
but I can say that we expect this to be rolled in to our WooTickets 2.0 release (the schedule for which is unconfirmed at this time).So I made a bit of an error above, what we are actually looking at including in 2.0 is the purchaser name/email address (in the attendee list) rather than tools to solicit and record individual attendee names. It would however be great to hear back from everyone about use cases where they need this functionality – from our perspective for instance when we look at existing ticketing services they rarely seem to request or allow for individual attendee names; instead one person would buy 1 or more tickets and distribute them as he or she liked.
