[Josh]

Hey,

Thanks for reaching out to us!

Are you just wanting to change the word in that one place or are you looking to have every instance of “Event” used in the dashboard changed to Auction(s)?

Thanks!

[Josh]

Hey Robert,

Thanks for reaching out to us!

I’m not sure I’m following your request here. Are you referring to one of our Widget views that has the calendar grid and a list below? Do you have a link to the page that you’d want to be using the Filter Bar plugin so I can see if there is anything there that might give me a little more clarity on what you’re looking for here.

Thanks!

[Josh]

Hey Dan,

Thanks for reaching out to us!

There are a couple of options to pursue here. Recurring events have a main instance and each additional instance gets treated as a child page of that main instance. So, if you wanted to modify the query to pull just one main recurring event, you could ensure that “post_parent” was 0 in your WP Query args above.

Let me know if this helps.

Thanks!

[Josh]

Hey!

Sorry I wasn’t any help here.

An option here would be to reach out to Apppresser for some feedback on this issue. It’s possible that there could be a common javascript accommodation that gets performed on the app creation side of things that could be conflicting here. Knowing that could mean that an additional accommodation in the events javascript could be customized to work there? (completely a random hypothesis here though).

Thanks!

[Josh]

Hey Bev,

Thanks for reaching out to us!

I’m not sure this is really a bug in the system here. However, you can suggest the idea for allowing unlimited stock for tickets as a feature on our UserVoice page. The idea here is that these are tickets to an event that would naturally have a limit on the quantity. However, I do see the value in having a unlimited stock, particularly when used with Easy Digital Downloads.

As an alternative here, you could try adding a large number of available stock there and then hide the quantity on the front end of the site.

Let me know if this helps.

Thanks!

[Josh]

This reply is private.

[Josh]

Hey Karen,

Thanks for following up with us!

I took a look at the site and noticed that I’m still seeing the Google API error in the console. Can you verify that the API addition was applied and saved to the live version of your site?

Thanks!

[Josh]

This reply is private.

[Josh]

Hey Peter,

Thanks for following up with this information! I’ll do some further digging on this particular issue and will get back to you with what I find.

Thanks!

[Josh]

Hey Susan,

Awesome! Thanks for following up with that. Looks like it does work the way we thought it could with a minor modification to the syntax. Good to know!

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Zach,

You mention “The issue persists with any setting”, is this in reference to the specific javascript error in the console when a default theme (such as the Twenty Fifteen theme) is activated on your site?

Thanks!

[Josh]

This reply is private.

[Josh]

Hey Karen,

Thanks for reaching out to us!

I took a look at your site and did notice some oddities there. I’ll walk through what I’ve found and give some feedback on each.

• I tested a date search and first thought that this wasn’t working. However, I noticed that all of the main events have an end year of 2020 which caused the results to appear odd. However, if you search for date after October 1 (the end date of the first event) you’ll notice that the results are correct there. Can you verify here that “2020” is the correct end year on those events?
• The search text didn’t appear to be working here at all. Do you have any other search plugins installed and activated on the site that might be conflicting here?
• The “Near” feature isn’t working here currently either due to there not being an active Google Maps API key for the site. You can follow the steps here to fix this one https://theeventscalendar.com/knowledgebase/setting-up-your-google-maps-api-key/

Let me know if this helps.

Thanks!

[Josh]

Hey Tim,

Thanks for reaching out to us!

Would you mind giving some more details on how you’ve currently got this set up? Particularly the “address and time details” part above.

Are you first creating the ticket as part of an event and then using those tickets on a post? Or are you adding the tickets to the post and have another way of handling the meta such as “address and time”?

Thanks!

[Josh]

Hey Peter,

Thanks for reaching out to us!

It sounds like there is definitely something odd going on here. I understand that it is most likely a long shot here on the impact of the theme, but does the issue persist with a default theme activated (just to rule that completely out from the start).

Also, to help in follow ups here would you mind sharing your system information in a private reply.

But, to get what you’re looking for, the widget there uses the “tribe_show_month()” function. So, you could do something like:

add_action( 'tribe_events_before_show_month', 'test_month_widget_query' );
function test_month_widget_query( $args ) {
print_r( tribe_get_events($args) );
}

to output the results of the associated query there and test the results before they’re getting output to the widget views there.

Let me know if this helps.

Thanks!

[Author]

Posts