[Barry]

Thanks for those credentials: before I go any further (I realize it’s a test/dev site but I have to ask regardless) can you confirm we have your permission to carry out a range of troubleshooting steps – including deactivating plugins and changing theme – that may impact on the appearance and operation of your site?

We always recommend making a full and complete backup before giving us your permission to proceed (and of course making sure you understand the process for restoring that backup).

Thanks!

[Barry]

Thanks for the follow-up!

Even so, if you have a moment to spare it would be most helpful if you could confirm which widget this was in relation to, as the code you referenced is not the only location through which CSS assets are set up (and when I test our this scenario with the Calendar Widget, for instance, it broadly works and appears as expected).

Thanks again!

[Barry]

Hi!

now when I do that and click SAVE i can see an option that appears momentarily then disappears which shows 2 options MATCH ALL and MATCH ANY – but it disappears before I can select either option [though i am not sure which of these options is used for?]

If you’re only filtering against one term (ie, you’re interested in a single category and nothing else) you don’t need those extra options – which is why they are hidden: they only make sense if you wish to filter against multiple terms.

well I have 2 CATEGORIES – one called CLUB DIARY and one called RESULTS.

When i apply the CALENDAR WIDGET in the right column widget area of the site there is the FILTER option – and i selected CLUB DIARY

So following from my last set of steps, I revisited this and set my calendar widget to show events only in the same category as the event taking place on September 25 – it still functioned as expected when I clicked on that date.

Before we go any further, can I ask you to confirm:

• If you have a dev site set up with only a default theme and no other plugins running but our own – and if you can replicate this problem here (and perhaps share a link to the dev site if so)
• If you ran through our troubleshooting steps as described here … I do see you marked having run through them but I would like to be clear as I am unable to replicate the problem

Thanks!

[Barry]

Hi Lee,

That definitely makes sense.

To do this you’d basically have to ensure that the regular blog post category is also registered for use with the events post type. This sort of customization is a tad beyond what we can guide you through here on the support forums but you might find the following useful:

• codex.wordpress.org/Function_Reference/register_taxonomy_for_object_type

Beyond that we’re always on the look out for great feature requests and if you would like to post this across on our UserVoice page (which is our preferred channel for feature requests) – or else upvote any suitable existing requests – that would be awesome.

Thanks!

[Barry]

Hi!

We do try to stick to one issue per thread. Let’s look at the Google Maps issue here – but if you could create a new thread for the @ issue that would be great 🙂

So looking at your theme’s stylesheet (sparkling/style.css lines 109-112) the following rules are causing this issue:

img {
  height: auto; /* Make sure images are scaled correctly. */
  max-width: 100%; /* Adhere to container width. */
}

One thing you could try is adding a new rule as follows within a custom tribe-events/tribe-events.css stylesheet (which you would also add to your theme directory – see our Themer’s Guide for details):

.tribe-events-venue-map img {
    max-width: none !important;
}

Alternatively, you could reach out to the theme author and ask for their assistance.

Does that help?

[Barry]

Hi Dee,

I’m sorry you are hitting difficulties here. To help me get a handle on what’s happening can you confirm the URL for your WooCommerce cart page (by private reply if you prefer)?

Thanks!

[Barry]

Hi – great question!

I have to be upfront though – we can’t provide in-depth support when it comes to customizations/integration work – but I’d be happy to throw a couple of ideas into the ring 🙂

The “Out of stock!” message appears to come from line 59 of plugins/wootickets/views/wootickets/tickets.php, so is that what I would modify to allow the WooCommerce Waitlist plugin to do it’s thing?

If you want to modify the ticket form to integrate with WooCommerce Waitlist then I’d strongly recommend reading through our Themer’s Guide first of all – as the most important thing here is that you make any changes safely, within a template override.

What you would actually replace this with I’m not sure, you’d need to look at the Waitlist plugin code to figure that out.

Alternatively, if you know that this other plugin works well when products are viewed within a regular WooCommerce product page, you could modify things such that instead of our regular ticket form it links you directly to the actual product page. If that sounds like a viable approach please check out this thread.

I hope that helps 🙂

[Barry]

I’m sorry to hear you are hitting difficulties here. I’m not sure I can replicate the same thing, though:

• I applied an Events Cat filter
• After this, I had 2 pages of results
• I clicked on the Start Date column header
• Events from the specified category were then listed in the correct order
• I changed the direction by clicking on the Start Date column header once more
• Again, everything displayed in the correct order (albeit it was now reversed)

Are there any steps I’m missing that would help me to see this? I do also see you tried some troubleshooting already but would it be possible for you to complete our entire troubleshooting steps?

Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread (and so it will no longer be monitored by staff). If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

I’ll go ahead and close this thread (it will not be monitored by staff for further replies) – but if we can help with anything else please do create a new thread and we’ll be happy to assist!

[Barry]

I haven’t come across this before I’m afraid – and actually am unable to replicate. Here’s what I tried:

• Generated some event CSV data
• Imported the events, which happened to include an event on September 25
• Edited that event and assigned it to a category
• Viewed the calendar widget on the front end, clicked on September 25
• The relevant event was listed below as expected

Is there anything about those steps that would lead me to miss this problem (have you configured the calendar widget a certain way, perhaps to include some categories and not others, or anything like that)?

[Barry]

Our apologies for missing this one Sean. As you’ve opened up a new thread for this we’ll keep the conversation going there 🙂

[Barry]

Hi Sean,

Apologies first of all for missing the original thread. You’re absolutely right -this did get lost in the shuffle and as it happened we just located your previous thread right before seeing this new one.

I’ll close the older thread, and we can look at the problem here instead 🙂

So right now you are testing to see if $wp->query_vars[WP_Router::QUERY_VAR] is set to ce-add-route – that’s not satisfied when an existing event is edited, though, so if you follow a similar approach and build on what you already have you would also need to test against the possibility that it might be set to ce-edit-route.

I hope that helps 🙂

 

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Author]

Posts