alpinisto

HI Dan

Right now there is some USPS shipping happening on the front end in the cart. I wasn’t able to assign USPS as a method in the Zone, and didn;t create a zone. But somehow there is shipping pricing happening. Not sure if it’s your plugin or Woocommerce. I’ll investigate further when I get a chance.

Thanks

Awesome thanks. And thanks for a great plugin. Just what my client needed.

Actually, I was able to disable the default events page in the settings, and now my page works using the shortcode with ajax correctly. Thanks!

@angelo_nwl it’s worth noting that there are two instances of the post listing on the page, the first is the default Events page instance, placed there by using CONTENT in a text block which does not work, it reloads the page with a query string on the URL. Directly below it is the shortcode instance, which does work correctly using ajax. I’m trying to get the default instance to work because if I remove CONTENT then the events page is completely taken over, and none of our other content shows up. I also tried to unhook the Events page as the one that your plugin would use, but that did not work for me either, it seems to always use the page with the slug ‘events’. My only other solution is to use a different page as our events page, but so far the client wants it that way.

I have a strange problem… The site loads with a 500 server error since the recent update. In Firefox in a private window, and in Chrome (normal window) the site loads a 500 server error, but when I do a cache-bypass refresh it loads OK in both cases. In Firefox the site will load fine after that but not in Chrome. in Chrome, anytime I refresh or load the page I get a 500 error, unless I then do a hard-refresh, then it loads fine. if I refresh normally, it is blank if I hard-refresh it is fine. In Safari it doesn’t load at all no matter how I go about it and nothing shows up in the inspector at all (nothing in console, network, etc.) in Firefox if I open a new Private window it will load blank, until I hard-refresh again.

I have tried disabling all plugins, change theme to twentyseventeen and twentynineteen and back, manually replaced the wp-includes, and wp-admin, manually reloaded the Enfold theme we are using, used a filter in the functions to disable gutenberg, used a plugin to disable gutenberg, put a small php file in the root to make sure it’s not a hosting problem, renamed the .htaccess file.

I’m a little stumped. The necessity of a hard-refresh seems to have something to do with a cached file problem, but I can’t think what it could be. I’ve never had this kind of consistent 500 server error that could switch on and off.

Mrinal- I figured it out. There was a posts_where filter applied to a loop earlier on the page that was filtering out for upcoming events, and affected all loops after that (and since there were no ‘upcoming’ posts in this other category it was empty). I added a remove_filter for the same posts_where just after that one loop and it restored the category posts in the footer.

Thanks for your help, sorry to bother you with this clearly my oversight.

Hi, thanks for your note. I updated the plugin, but still not luck. I have looked into the actual Widget plugin code and can’t see anything wrong in there, or why the WP_Query would not populate. If I got to the actual category that’s supposed to show up there, it is fine (the archive page).

I have gotten the same error several times, while others it works fine. Any help would be appreciated.

While troubleshooting a client’s site I had to reinstall woocommerce and ended up with v2.1.2. I’m trying to fix the problem listed above and I think I need to know what to replace in this line of the Authorize.net plugin code:

within process_payment, and under “thank you redirect” this is the old line, after ‘result’ => success:
‘redirect’ => add_query_arg(‘key’, $order->order_key, add_query_arg(‘order’, $order_id, get_permalink(get_option(‘woocommerce_thanks_page_id’))))

I replaced with this:
‘redirect’ => add_query_arg(‘key’, $order->order_key, add_query_arg(‘order’, $order_id, get_site_url().’/checkout/order-received/’))

but it is redirecting to an empty Cart page. can you see anything wrong with what I have?

I intend to get a new Authorize.net plugin, but am awaiting the login details from the client, and in the meantime want to fix this one.

**
Problem details:

Orders were returning the same {“result”:”failure”,”messages”:” etc etc as mentioned, but with the orders going through.

{Note that we are using Merchant, one of your themes, though for some reason, woocommerce doesn’t know that (there is a message saying “your theme does not declare woocommerce support).}

We are using an Authorize.net extension, called ‘WooCommerce Authorize.net Gateway’ v1.4.1 by Daniel Espinoza, though I can’t find an update offered or track down the plugin site. I’m trying to get a better Authorize.net plugin set up but I’m waiting on some Authorize credentials from the client. meanwhile I am editing that plugin to try to get the success redirect to work.