[Barry]

Closing this out since it’s been a while.

[Barry]

Hi Tony,

The stock/inventory count should still be available using $ticket->stock (which you are using) – if I insert only the additional column you created into the current default tickets.php template it works nicely.

Would you be able to try that yourself and see if you can get things working that way? It’s possible other customizations within your version of the template are impeding things, but if you can start ‘from scratch’ as it were and build things up one component at a time you might have an easier time with this 🙂

Have you also relocated your override so that it lives in your-theme/tribe-events/wootickets/tickets.php?

[Barry]

That’s a great question but one that I think relates directly to WooCommerce itself (rather than WooCommerce Tickets). Have you tried asking for help with this from the team over at WooThemes, or from the WooCommerce community on their own support forum?

That’s probably the fastest avenue to a solution 🙂

[Barry]

Hi indienwood,

Looks like they are functional and so not exactly broken – but I can see what you mean about them being ‘ugly’. It would seem your theme is overriding the styles normally applied to those elements.

Can you try adding these rules to either the bottom of your theme stylesheet or any other suitable location it makes available for custom CSS, or even try using a custom tribe-events.css file (see our Themer’s Guide for details on how to do this).

It may not be perfect but it could form a useful starting point for you.

[Barry]

No problem – glad you found it 🙂

[Barry]

OK, so that sounds like a configuration issue with WooCommerce rather than a problem specifically connected with our own plugin – have you had a chance to ask the fine team over at WooThemes for help (WooCommerce itself is their product).

[Barry]

@Richard: I appreciate you taking the time to share those screenshots – what it would be awesome to see though are the ticket settings (when you add a new ticket in the event editor you normally add details such as the start and end sale dates, stock and SKU – this would all be useful information).

Also, because this thread was created by Carla, I’d appreciate you creating a new thread to avoid confusion – thanks!

@Carla: can you confirm if you have no further issues now that you have deactivated NextGEN?

[Barry]

Hi Brian – I’m not quite sure I understand – were you replying in relation to a different thread?

[Barry]

Hi everyone, so a possible short term fix would be to follow the instructions in the following post: https://theeventscalendar.com/support/forums/topic/errors-appearing-when-editing-menus/#post-59937

Alternatively, if you aren’t comfortable with that (since it involves editing core plugin code I appreciate not everyone will be) then please note that our next maintenance release should resolve this issue.

I’ve spoken to my web-host, and they say (according to what thet find by check you Plug-In “WooTickets”) that it requires a full read/write on several files in the WP-installation (CHMOD 777). Something (quote) “…we are not quite comfortable with…”

That sounds like a quite separate issue, but there isn’t really enough information to go on here.

We’d really need to know what they are referring to when they refer to several files in the WP-installation – do they mean core WordPress files? Files within the designated upload directory? I would also note that my test site does not have such a permissive file access level and works just fine.

So we would definitely be happy to look into this in more detail if it’s a concern for you – but please create a new thread and if possible provide some further information as outlined above.

[Barry]

Ah ok, I can see that now – unfortunately nothing obvious is jumping out as to the reason why this isn’t working.

If as you say it works with a default, unmodified theme (which your own theme is built out of) can you try experimenting within a testing/development environment and remove custom elements or comment out any custom code and try to isolate things that way?

[Barry]

Hi Pierre,

So my guess is that this is specific to your theme. There may be a more elegant way to solve this, but a convenient workaround could simply be to hide that element with some CSS. A rule like this one should do the trick:

.events-list.singular h1.title-header { display: none }

And ought not to affect other types of page. This could be added either to the bottom of your theme’s stylesheet, a custom tribe-events.css file (please see our Themer’s Guide for details of how to do this) or any other suitable location for custom CSS that your theme might make available.

Does that help at all?

[Barry]

Thanks for helping there Andy 🙂

John: sounds like you are all sorted here so I’ll go ahead and close this thread. As a note to all, this should be fixed in the next maintenance release so, at the point that becomes available, consider removing any fixes you have put in place for this (it shouldn’t be the end of the world if you don’t but is worth doing as a matter of good housekeeping).

Thanks!

[Barry]

Hi Tony,

You would need to override your tickets template and add some code to display the inventory level for each ticket (and I think but could be wrong that this was also the case in earlier versions).

For the table cell padding, you could add the following line of code to a suitable location, such as a custom tribe-events.css file (please see our Themer’s Guide for details of this – it would also be worth reading with regards to your first question, to get a sense of what has changed with regards to template overrides).

table.tribe-events-tickets td { padding: 5px }

Does that help?

[Barry]

It’s difficult to say without knowing how your theme performs this magic. It sounds like perhaps the ‘hashtag’ portion of the URL isn’t being ‘mapped’ and interpreted as a normal request would be – but that’s a vague guess.

I think we’d really need to get a copy of the theme and dig in to it to find an answer for you here – but unfortunately at this time we just don’t have enough bandwidth to facilitate that (and it would be unusual for us to do that in any case).

Have you reached out to the theme author to see what they think about this?

[Barry]

Hi mtbr, that’s strange. Can you confirm that:

A) WooCommerce is activated in addition to being installed
B) The Events Calendar (our core plugin) is also installed and activated

It’s possible the error message is slightly misleading (if so we’d like to address it) – if you could let me know if either of the above help though that would be great.

[Author]

Posts