bdvllrd

By using the Admin/personalize/menus way to setup a new menu it’s ok.

So I think that Admin/apparence/menu is buggy.

Ok, I read the theme book.
But my question and my issue is related to the admin menu builder (Admin/apparence/menu).
So Could you give some inputs to undertstand the reason why in release 5.9 the menu was ok and why now is 6.1.1 I can’t save the same menu.

Thanks.

I am the developer of the theme so please give me the elements to understand what has changed since version 6.0

May be the upload of the functions.php code doesn’t work correctly; I redo this upload and now it seems ok with the release 4.7.1 and the filter
add_filter( ‘dlm_count_meta_downloads’, ‘__return_true’ );

Now the count for download_id 4846 is 697. Which is correct : 671 + 25 = 696

I downgraded the plugin release and I retrieve the count values (from _postmeta).

I reinstall the release 4.7.1 release and I retrieve the wrong counts.

• This reply was modified 2 years, 1 month ago by bdvllrd.

Yes I had some logs inside the table _dlm_reports_log before upgrading.

I have installed the filter inside the functions.php function and nothing change. The log count are still wrong.

inside _postmeta before plugin upgrade:
(838950, 4846, ‘_download_count’, ‘671’),

inside _dlm_downloads now. (25 downloads happen since the upgrade):
4
4845
25
{“4846”:25}

Download Monitor (v.4.5.92)

for the downgrading of the plugin do I need to downgrade only the plugin extension code or the code + database tables ?

Problem solved ! I desactivate and reactivate the plugin and the message disappear.

Ok now it’s ok. I don’t know why but yesterday it doesn’t work.
After change the settings, it’s now ok.

Hi Mihai

You can try to use a W3 Total Cache plugin in order to dynamically minify the plugins’ JavaScript files.

No. I Don’t want to use a new plugin just for the minification of these 2 scripts.
This is not a correct answer.
Why these scripts are not provided as minified scripts ?

All the plugin providers provide scripts of plugin as .min.js Why do you not follow this rule ?

To remove the unwanted html comments do as follow:
In the file aioseop_class.php inside the function wp_head():

1/ comment the lines around line 1954:

/*
			if ( AIOSEOPPRO ) {
			echo "\n<!-- All in One SEO Pack Pro $this->version by Michael Torbert of Semper Fi Web Design";
			} else {
				echo "\n<!-- All in One SEO Pack $this->version by Michael Torbert of Semper Fi Web Design";
			}
			if ( $this->ob_start_detected )
				echo "ob_start_detected ";
			echo "[$this->title_start,$this->title_end] ";
			echo "-->\n";
*/

2/ around line 2072:

/*
			if ( AIOSEOPPRO ) {
			echo "<!-- /all in one seo pack pro -->\n";
			} else{
				echo "<!-- /all in one seo pack -->\n";
			}
*/

Unfortunately, you should retry the same thing at each release of the plugin.

We recommend keeping them in for debugging purposes.
for debugging purposes or for marketing purposes ? lol

One way to remove it is to use an HTML minifier plugin which removes HTML comments automatically.

And then install again a new plugin.

Thanks for your answer

Yes I run this plugin in a multisite and activated globally.

It works for a single blog.

Thanks for your answer.

A soon as I type https://mydomain.fr/wp-admin/admin.php?page=nggallery-manage-gallery inside my navigator I get an infinite loop

The bugs occurs inside output_scripts() functions of ngglegacy/admin/admin.php !!!

If I add define(‘NGG_JQUERY_CONFLICT_DETECTION’, FALSE); inside my config file, the bug is solved !!!

Is somebody from Nextgen could explain the reason of this crazy script which doesn’t work with my gallery page

The bug occurs only with firefox. It’s ok with Chrome.