CoBu1

Nevermind, it seems like it works fine as long as I use wp_next_scheduled() to check if the hook exists first.

The codex is what confused me because it makes it seem like you’ll schedule a new event every time the page is loaded if you don’t hook it to the plugin activation.

Yes, I did select Browser Key.

Using the Geocoding API instead is what got it to work. Thank you, @caridevictor!

Tried the Embed API and got the same result ??

Thanks for the response!

The API I used is the Google Maps JavaScript API. Is that not the right one?

My toggle switch is also not working ever since I updated Caldera Forms. The buttons do nothing when they’re clicked.

That worked perfectly! Thank you so much, Liz.

Sorry, I submitted this in the wrong section.

Thanks for the suggestion. WP Debug just outputs this:

Notice: Undefined index: rules in /var/www/beazuwholesale.localsphereprod.com/htdocs/wp-content/plugins/woocommerce-dynamic-pricing/classes/class-wc-dynamic-pricing-adjustment-set.php on line 24

Notice: Undefined index: conditions in /var/www/beazuwholesale.localsphereprod.com/htdocs/wp-content/plugins/woocommerce-dynamic-pricing/classes/class-wc-dynamic-pricing-adjustment-set.php on line 34

Notice: Undefined index: conditions in /var/www/beazuwholesale.localsphereprod.com/htdocs/wp-content/plugins/woocommerce-dynamic-pricing/classes/modules/class-wc-dynamic-pricing-simple-category.php on line 56

Looks like there might be some issues with the Dynamic Pricing plugin, but when I disable the plugin, the categories still don’t appear, so I’m not sure if they’re related.

Looks like I fixed the problem.

I did not have the [woocommerce_cart] shortcode on the Cart page, or the [woocommerce_checkout] shortcode on the Checkout page.

I’m not exactly sure why the widget doesn’t work without those shortcodes in place, but I’m glad everything works now!

Thanks for the help.

Unfortunately updating the parent theme and removing the add-to-cart.php in my child theme didn’t fix anything.

Sorry about the username and password. Trying to get that removed.

Thanks for the suggestion, but that doesn’t answer my question, and isn’t query_posts() a bad practice?

I want my “Future” events in the same feed as my other “Published” post types, but I do not want “Published” events or “Future” posts of other types.

Nevermind, I’m stupid.

No problem. Thank you so much for your help!

Thanks again. That was a great suggestion.

I’ve realized that this is only an issue with one specific post, and indeed the issue is that the query is loading 2 posts. It looks like my client made these two posts with the same title, but when I put one of the posts into draft mode, nothing changes. It still gets outputted.

Not that it’s a big deal, but do you have any idea how that duplicate post gets into the default query?

Thanks for your help!

This is on a single-posttype.php template, so there should only be one post.