figoware

Hi,
Thank you for answering…
I’ve posted here because I already use PHP-Console in other project (non-Wordpress), and I can use var_dump() with PHP console enabled without any problem.

So, I was thinking it was a issue only with the WP plugin…

(couple of minutes later)… I just investigated, and I found it!

The vendor/php-console included with your plugin was different than my version.
So, I downloaded the official php-console-master from barbushin on Gitbug, replaced the plugin vendor/php-console by the downloaded one, and… tada… it works the same way than my other projects !

Anyway, many thanks!

Great!

Thanks!

All is working (for me at least!) now…

Thanks also to @hmmux and @retan for their fix…

It’s working for me…
In the options, I have something like : “30,31,32” in the “Exclude Categories:” field.

Since I post my solution, I’d to improve the code to make it work with Custom Post Types… Here is my code :

if ( $this->wp_ver23 ) {
  $excludeQuery = " AND ( ctax.term_id NOT IN ( ".$excl_list." ) OR ($wpdb->posts.post_type NOT IN ( 'post' )))";
}
else {
  $excludeQuery = " AND (c.category_id NOT IN ( '.$excl_list.' ) OR ($wpdb->posts.post_type NOT IN ( 'post' )))";
}

Is that helping you ?

Shame on me!
Sorry for the BBocde markup… (a preview mode would be so helpfull!)

Let me try again…

Hi,

There is a little bug in module Strong Passwords: on windows hosts, the script.js is included with a incorrect path.
e.g. :
https://[localserver]/wp-content/plugins/better-wp-security/C:/Users/[localpath]/wp-content/plugins/better-wp-security/core/modules/strong-passwords/js/script.js?ver=4041

To correct this bug, edit the code/class-itsec-core.php, and change this line (around line 79 for 5.6.0 version) :
[code]$this->plugin_dir = dirname( $plugin_file ) . '/';`
to
$this->plugin_dir = dirname( $plugin_file ) . DIRECTORY_SEPARATOR;

Hope it's helping.

Have a good day!

Hi,

I’ve made a little of homework…

In MetaBoxCustomVars.php, you use ‘custom_post_type’ for the add_meta_box() function.

But it seems (WordPress codex) that the add_meta_box() function need the real name(s) of all specific custom post type(s).

English codex is not very clear about it, but the french one is.
Let me try to translate what is said into english :
‘custom_post_type’ where custom_post_type is the unique ID (or label) of the custom post type.

So, I think it can’t work “as is”. A solution would be to add a dynamic checklist of customs posts types in WP-Piwik option page, and use what the user chacked when calling the add_meta_box() option. Not such an quick and easy change !

Hope it is helping…

Alas, still not corrected in v8.1.6…