lonfirebrand

The 1.3.2 version included new parameters.
One of these had a default that didn’t work with many web sites.

I just updated the plugin to 1.3.3 which should solve the issue.
If it doesn’t go the Settings: ScrollDepth and make sure the “gaGlobal” field is empty. Then save.

Version 1.3.3 of the plugin removes the problematic default value for gaGlobal.

My apologies.
There was a bad default value.
You can fix it by making sure the gaGlobal field is empty in the dashboard.

I will be posting a fix today.

tazguy00,
If you view source and search for “scrolldepth” you should find a script section in the head like this:

<script>
	jQuery( document ).ready(function(){
		jQuery.scrollDepth({
			elements: ['#footer'],
			percentage: true,
			userTiming: true,
			pixelDepth: false,
			nonInteraction: false,
			gtmOverride: false,
	});
});
</script>

Does yours include a “gaGlobal” line?
If so, make sure that field is empty in the dashboard.

It’s working in our test server. Let me try on a fresh WordPress install.

Updating the jQuery lib today.
Sorry for the delay.

Sorry for the delay on support threads.
I tested on a site with Yoast and SuperCache.
If you view source can you find “scrolldepth” anywhere?
If not, then there’s probably some issue with the installation.

wpslib:
Are you running folder-based or domain-based multisite?
Because even with the tables initialized, it didn’t seem to work for the folder-based multisite I was testing.

But when the plugin is used from the non-primary multisite, it expects the tables to be prefixed by wp_3_ where 3 is the site / blog ID.

You can get it to create the tables, wpsilb by NOT doing a “Network Activation.” Just install but don’t activate.
Then go to each site and activate.

That will stop the errors, but I don’t know if it will actually work.
On folder-based multisite it doesn’t deal with the folder base paths so no URL can match.
Maybe it will work with domain-based multisite.

So here’s the poop:
“Network Activation” will not actually initialize the tables.
You can Network Install, and then individually activate the plugin to prevent it throwing errors.

BUT
If using folder-based multisite it never matches any rule.
So not usable for that sort of multisite.

I suspect it might work for domain-based though.

We’re evaluating Redirection with a multisite install. Network enabled the plugin.

It doesn’t appear to initial the tables properly.
Getting a lot of
[19-Feb-2016 23:12:04 UTC] WordPress database error Table 'db_dom15612.wp_4_redirection_items' doesn't exist for query SELECT wp_4_redirection_items.*,wp_4_redirection_groups.position AS group_pos FROM wp_4_redirection_items INNER JOIN wp_4_redirection_groups ON wp_4_redirection_groups.id=wp_4_redirection_items.group_id AND wp_4_redirection_groups.status='enabled' AND wp_4_redirection_groups.module_id=1 WHERE (wp_4_redirection_items.regex=1 OR wp_4_redirection_items.url='/uk/blog/') made by require('/wordpress-4.4.2/wp-blog-header.php'), require_once('wp-load.php'), require_once('wp-config.php'), require_once('/wordpress-4.4.2/wp-settings.php'), do_action('init'), call_user_func_array, WordPress_Module->init, Red_Item::get_for_url
type errors.
If table doesn’t exist I suspect the plugin is not creating it?
(Haven’t poked at the DB directly yet)

You mention github a few times, but I don’t see an actual link.
I’m willing to help on this multiple container thing.