KalleL

This still doesn’t work in 1.0.6

Adding for example “no-lazy” to “Skip images with classes” doesn’t work!

This is such a basic feature and if the author doesn’t have time to fix this bug I would recommend to unpublish the plugin completely.

By setting $show_available = false; in the beginning of function qtranxf_use_block($lang, $blocks, $show_available=false, $show_empty=false) the default language is automatically viewed instead of the language list.

It looks like there are a solution for this problem:

Replacing $q_config[‘not_available’][$lang] with $lang_text on line 1306 at the end of the qtranxf_use_block function in qtranslate_core.php works well for this.

Can you please add this functionality to qTranslate X?
This is such a basic feature and we really need to add this as soon as possible!

After much testing, I have come to the conclusion that the problem was related to our cache plugin and not Slimstat. So you can close this issue and set is as resolved.

I am sorry for reporting it as a Slimstat issue since it really was not a problem in Slimstat but a problem with our cache plugin. My apologies!

Yes, we do. But I emptied all caches.

After downgrading to 3.9.6 Slimstat started collecting data again.

Ok! It would be great if this was a priority as it is a very basic feature.

Sending me a copy of your network add-on would be a great way to say thank you for helping you find the bugs in your uninstall code ??

And you would also get QA for free ??

Great! ??

It would be great if the capability under Permissions > Reports could be set to “Publish_posts”. Currently it is being set automatically to “activate_plugins” with is not optimal in a WordPress network.

I would be more than happy to also help you test the Network Settings & Network View if you can send me a copy of those add-ons.

Using $GLOBALS['wpdb']->get_blog_prefix($id) in slimstat_uninstall and passing the id for each blog to slimstat_uninstall($_wpdb = '', $id) took care of the problem.

$GLOBALS['wpdb']->prefix just doesn’t work. It just return “wp_”.
I do not know why?

Also, since you are using “AND deleted = 0 AND spam = 0” there might be tables left in the database making it impossible to remove wp_slim_content_info and some other tables because of foreing keys.

I modified your uninstall script and now it runs correct:

<?php
// Avoid direct access to this piece of code
if (!defined('WP_UNINSTALL_PLUGIN')) exit;

$slimstat_options = get_option('slimstat_options', array());

if (!empty($slimstat_options['addon_custom_db_dbuser']) && !empty($slimstat_options['addon_custom_db_dbpass']) && !empty($slimstat_options['addon_custom_db_dbname']) && !empty($slimstat_options['addon_custom_db_dbhost'])){
	$slimstat_wpdb = new wpdb($slimstat_options['addon_custom_db_dbuser'], $slimstat_options['addon_custom_db_dbpass'], $slimstat_options['addon_custom_db_dbname'], $slimstat_options['addon_custom_db_dbhost']);
}
else {
	$slimstat_wpdb = $GLOBALS['wpdb'];
}

if (function_exists('is_multisite') && is_multisite()) {
	$blogids = $GLOBALS['wpdb']->get_col($GLOBALS['wpdb']->prepare("
		SELECT blog_id
		FROM $wpdb->blogs
		WHERE site_id = %d", $GLOBALS['wpdb']->siteid));

	foreach ($blogids as $blog_id) {
		switch_to_blog($blog_id);
		slimstat_uninstall($slimstat_wpdb, $blog_id);
	}
	restore_current_blog();
}
else{
	slimstat_uninstall($slimstat_wpdb);
}

$slimstat_wpdb->query("DROP TABLE IF EXISTS {$GLOBALS['wpdb']->base_prefix}slim_browsers");
$slimstat_wpdb->query("DROP TABLE IF EXISTS {$GLOBALS['wpdb']->base_prefix}slim_screenres");
$slimstat_wpdb->query("DROP TABLE IF EXISTS {$GLOBALS['wpdb']->base_prefix}slim_content_info");

function slimstat_uninstall($_wpdb = '', $id){
	// Goodbye data...

	$_wpdb->query("DROP TABLE IF EXISTS {$GLOBALS['wpdb']->get_blog_prefix($id)}slim_outbound");
	$_wpdb->query("DROP TABLE IF EXISTS {$GLOBALS['wpdb']->get_blog_prefix($id)}slim_stats");

	// Goodbye options...
	delete_option('slimstat_options');
	delete_option('slimstat_visit_id');
	delete_option('slimstat_filters');

	$GLOBALS['wpdb']->query("DELETE FROM {$GLOBALS['wpdb']->get_blog_prefix($id)}usermeta WHERE meta_key LIKE '%wp-slimstat%'");

	// Remove scheduled autopurge events
	wp_clear_scheduled_hook('wp_slimstat_purge');
}

That’s strange!

I don’t know why it works for you and not for us.
We have a standard network install and we have not change anything manually in the database.

Maybe a WordPress bug?

The error message I receive is: “Cannot delete or update a parent row: a foreing key constraint fails for DROP TABLE IF EXISTS wp_slim_browsers” and also “Cannot delete or update a parent row: a foreing key constraint fails for DROP TABLE IF EXISTS wp_slim_content_info”.

After doing some simple debugging:

DROP TABLE IF EXISTS wp_slim_outbound
DROP TABLE IF EXISTS wp_slim_stats
DROP TABLE IF EXISTS wp_slim_outbound
DROP TABLE IF EXISTS wp_slim_stats
DROP TABLE IF EXISTS wp_slim_outbound
DROP TABLE IF EXISTS wp_slim_stats
…

A correct uninstall code should generate:

DROP TABLE IF EXISTS wp_1_slim_outbound
DROP TABLE IF EXISTS wp_1_slim_stats
DROP TABLE IF EXISTS wp_2_slim_outbound
DROP TABLE IF EXISTS wp_2_slim_stats
DROP TABLE IF EXISTS wp_3_slim_outbound
DROP TABLE IF EXISTS wp_3_slim_stats
…

QA, QA, QA !!!

Okay!

But can this be related to that we are running WP Slimstat as a WordPress network install?

I can without problem login to MySql and delete the tables manually, but it is obviously something wrong with the uninstall script since no tables are deleted when we try and uninstall the plugin.

Version 2.9: “Fixed mislocation of inserted media in the wrong languages when using the text editor.”

I can confirm that this error is not fixed in version 2.9

The problem still exists when calling the send_to_editor function.

Trying one more time and hoping that the Author add this basic(?) functionality:

It works great with images but is it also possible you can add this option to iframes?

When is this bug going to be fixed?