davdebcom
Forum Replies Created
-
Hi Fran
When reviewing your support request, I noticed that the_category_ID() is deprecated:
https://developer.wordpress.org/reference/functions/the_category_id/Tested this on 2.5.4 and 3.0.0, it only worked when the shortcode was added in the Text widget and when the shortcode was shown on a post page. It does not work in other widgets or when not on a page/post in either version.
Shortcodes in Text widget seem to be supported since WordPress 4.9. You might have been using another plugin or code snippet to allow shortcodes in widgets before that. Please check that, maybe they no longer work or cause conflicts because it is now in core.
It doesn’t work on other pages then pages/posts because the function needs the post/page ID to get the category ID.
You can download that old version from this page, install it and confirm if it does or does not work for you:
https://wordpress.org/plugins/post-snippets/advanced/Kind regards
DavidHello Stanislav.
When activating the plugin, all users see the below page:
https://monosnap.com/file/CVs4IBXAMGQHcQujCkfkqPNcL9BdCM.pngIf you don’t want to share some basic information with me, or Freemius on my behalf, feel free to click “Skip” and then Freemius won’t be activated. This system is opt-in and transparent, as required by the WordPress plugin repository guidelines.
As far as I understand, Freemius is not spyware, because “spyware is software that aims to gather information about a person or organization without their knowledge”. According to Wikipedia.
If you don’t want to share information like the PHP version of your site, feel free to click “Skip”. There is no requirement to opt-in to Freemius to use the plugin.
Getting the information that Freemius collects is really useful for me, as I now know that of the users that updated recently only 2.8% use PHP 5.3. I can keep that in mind when considering adding new features/technology to the plugin. This is just one of decisions that are made easier.
Freemius is also used by other well known plugins such as NextGEN Gallery, FooPlugins, and Popup Maker. Simple Facebook Page Widget & Shortcode.
If you would like to know more about me, please visit my personal site or my wordpress.org profile. If you would like to know more about Freemius, the service I use, please visit the Freemius website.
I hope that clarify’s things, if you have any questions or remaining worries, please let me know. I would like to understand your position and make changes if something trully is wrong.
Kind regards
DavidThank you very much Karissa!
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Clear cart after cancelled paymentOkay, issue closed then 🙂
My pleasure 🙂
Just a tip that might apply to you, I noticed that some of the blogs that explain this code have an incomplete add_filter hook, make sure you have 10, 2 at the end like this:
add_filter( 'woocommerce_payment_complete_order_status', 'your_function', 10, 2 );In wp-content/plugins/mollie-payments-for-woocommerce/includes/mollie/wc/gateway/abstract.php you’ll find onWebhookPaid where we call the default function payment_complete() and that has the filter for “woocommerce_payment_complete_order_status”. So it’s there, it should work. I’ll do a quick test to see what’s wrong, but could you include your code, maybe there something incomplete there?
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Clear cart after cancelled paymentI believe you won’t need that code anymore, I solved it in the latest release, also with the information from the other topic 🙂
Yes, they might be confused, but it is the actual situation: Order received (not completed), but payment status has not been.
You could change the text, most shop owners do:
https://www.tychesoftwares.com/how-to-customize-the-woocommerce-thank-you-page/Thanks, received it and now continuing over mail!
The difference seems to be that for the first order the user returns to the shop before the Mollie webhook URL was called by Mollie. Most of the time Mollie is faster with calling the webhook (and updating the status) then the user is with manually going to the return URL.
When the user returns first, the status is still pending, and the order-received page is shown. Just seconds later the webhook is called and the status is updated to cancelled.
So, if I understand correctly this is normal behaviour. In my other mentioned I suggested that there might have been caching issues on my development site, but it looks like we have the same issue: when testing, we are testing so fast we beat the webhook call from Mollie and therefor the order is still set to “pending”. 🙂
Does that make sense?
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Clear cart after cancelled paymentThis was a bug, or actually, I think there might have been some issue with caching on my test server. During development of the feature to set an order status for cancelled payments, I got always redirected to the order received page, so I didn’t catch that edge case. Today I did see the redirect to /checkout/order-pay/ and fixed that with a new condition.
You can test the code if you want to, but t will also be in the next bug fix release which will be released this week.
https://github.com/mollie/WooCommerce/commit/e4ed12e99408c1ca4082bf05dffa4099e5d9d81dForum: Plugins
In reply to: [Mollie Payments for WooCommerce] Clear cart after cancelled paymentThis should already be happening, I’ll check this tomorrow and get back to you!
My pleasure 🙂
Got it, just a tiny little mistake, used the new array syntax [] instead of the old array(). Corrected in 3.0.2 which is now being deployed to wordpress.org.
You can do one of the following:
1) Download the new version (3.0.2) from the below link and install that in Plugins > Add New > Upload Plugin.2) From Plugins > Add New search for Post Snippets and install it.
3) Download the new version (3.0.2) from the below link, unzip the file and upload it via FTP to wp-content/plugins/post-snippets.
You shouldn’t lose any data.
Let me know if you run into anything else!
