Oscar Estepa

Hi colin101,

I think the problem is a checkbox in the configuration page of the plugin:

Settings > View Own Posts…

Hide comments from others posts

Not 100% sure, but I reckon it is active by default and I think it shouldn’t. I was having similar issues to what you described and they all went away after unchecking that option.

Hope this helps.

This plugin won’t work anymore on PHP 5.3?

I have a server running this PHP version for many of my clients, several of which are using WPNewsman Lite and Pro and I would like to know if this is not going to work anymore with PHP 5.3.

In my opinion it shouldn’t be a problem making the plugin backwards compatible with older PHP versions (at least 5.3) I don’t see the point of losing potential clients by making it more restrictive.

En realidad el pedido en WooCommerce cambia de “Pendiente” a “Procesando” y manualmente, una vez que se sirve el pedido, cambiamos el estado a “Completo”, pero este es el comportamiento normal, también era así antes de actualizar el plugin de redsys.

En cuanto al periodo de cancelación de 2 horas, estoy seguro de que no me ha pasado, hice un pedido de prueba hace 6 horas y no he recibido ningún email de cancelación, el estado en WooCommerce tampoco ha cambiado a “Cancelado”

Hi everyone,

Jesús thanks for this great plugin.

I have had some problems because of the file renaming, but it seems to be working now. Also it took me a while to find out that we need to get a new SHA256 hash from the TPV backend, an admin notice in WordPress that warns the users that they need to change the hash would be more than welcome. Otherwise many people will report the plugin as not working.

Jesús, I’m a WP developer myself, if you need a hand programming the admin notice or anything else, please let me know.

You can find me in Twitter: @oscarestepa or using the contact form in my website: http://www.cherrypick.es/, I can send you my email after a first contact.

BTW I’m also a Spanish speaker.

Regards,
Oscar

+1 to the fix proposed by dtateii

I reached the same conclusion before hitting support. Here is a diff in case it helps:

diff --git a/wp-content/plugins/advanced-custom-sort/acs.php b/wp-content/plugins/advanced-custom-sort/acs.php
index a000a5b..8296248 100644
--- a/wp-content/plugins/advanced-custom-sort/acs.php
+++ b/wp-content/plugins/advanced-custom-sort/acs.php
@@ -222,8 +222,7 @@ class Acs

         $opts = array_merge($defaults, $opts);

-        $group_name = mysql_real_escape_string($group_name);
-        $group_id = $wpdb->get_var("SELECT ID FROM $wpdb->posts WHERE post_title = '$group_name' AND post_type = '
+        $group_id = $wpdb->get_var( $wpdb->prepare( "SELECT ID FROM $wpdb->posts WHERE post_title = '%s' AND post_
         $posts = get_post_meta($group_id, 'post_order', true);
         $array = (array) unserialize($posts);

It would be great to see this fix added to plugin repo.

I can confirm the same problem using WordPress Multisite 4.1, network enabling the plugin (v5.2.8).

It’s a fresh install using twentyfifteen theme and just the following plugins:

I akismet 3.0.4
N cookie-law-info 1.2.1
N google-analytics-for-wordpress 5.2.8
N multisite-enhancements 1.0.7
N multisite-plugin-manager 3.1.4
I multisite-user-management 1.1
N simple-share-buttons-adder 5.5
N wordpress-mu-domain-mapping 0.5.5.1
N wordpress-seo 1.7.1

Legend: I = Inactive, N = Network Active