Multisite, Multilingual, No Data So Far

Hi @oabrahim,

When I look at the plugin stats in the dashboard, it does seem to be registering posts that are popular when I click on “hall of fame”.

Are you using a caching plugin, by any chance?

Hi,

Thank you for the fast response. No caching plugin that I know of. Both the US (non-multilingual) and the Canada (multilingual site) are using the same plugins. The only different is that the Canada site has the WPML plugin enabled and is using the String Translation plugin as well. WPP plugin is working on the US site. (Of course that site is a bit “older” then the Canada one, but Canada has been up for a few months at this point.)

Here is the current list of plugins on the Canada section of the multisite:

Admin Post Navigation 2.1,
Child Theme Configurator 2.2.9,
Co-Authors Plus 3.3.0,
Custom About Author 1.6,
FV Top Level Categories 1.8.2,
Require Post Category 1.1, S
Share Buttons by AddThis 6.1.5,
User Activation Keys 4.6,
User Role Editor 4.40.3,
WordPress Popular Posts 4.0.13,
WP All Export 1.2.0,
WP Extended Search 1.1.2,
WP Mail SMTP 1.2.5,
WPML All Import 2.0.5,
WPML Multilingual CMS 3.9.3,
WPML String Translation 2.7.3,
Yoast SEO 7.3

Please let me know. Thanks.

Ah, chances are this is what’s happening. Make sure to read the entire topic before trying anything, though.

If that’s not it, then I’ll ask you to share your site’s URL so I can take a look.

Ok, so I checked the DB and found that the wp_options table for the multisite install does not have the wpp_ver column. Am I looking at the correct table? I want to confirm. Also, I read that ticket you linked to, it seems to say that the fix would be to network deactivate the plugin and then reactivate it? Or will I need to deactivate it, then uninstall it, reinstall it and reactivate it?

Please let me know exactly what steps you recommend for my situation. Thanks.

Ok, so I checked the DB and found that the wp_options table for the multisite install does not have the wpp_ver column. Am I looking at the correct table?

It’s not a column. It’s an option named wpp_ver.

Do a search in your options tables where option_name is wpp_ver. For example:

SELECT * FROM wp_2_options WHERE option_name LIKE 'wpp_ver';

Ok, we just tried that query and wp_2_options does not exist. Thoughts?

That was just an example. Adjust the query according to your setup, @oabrahim.

Ok, we found it. I do not have access to the WordPress DB and my DB guy is apparently somewhat distracted today.

The wpp_ver is 4.0.13

We need to update this (in the table) to a previous version, such as 4.0.0 ?

Then what happens? Will the plugin “detect” that it is out of date and ask to be updated?

Please let me know. Thanks.

Yep. Changing the version number to anything lower than the current version (eg. 4.0.0) will have the plugin check if an upgrade is necessary and, if so, perform it. This should take care of whatever changes need to be done automatically.

Note that you have to do this (change the version) with every wp_options table you have in your database (eg. wp_options, wp_2_options, wp_3_options, et cetera) so changes are applied to every site under the network where WPP doesn’t work.

Once you do, please report back if this fixes the issue.

Is there anything else I need to do before updating the tables? Like deactivating the plugin or logging out of WordPress?

What about after? Do I need to have them restart the server or anything?

You mentioned the update of the plugin being automatic? It won’t give the option to update it by clicking an “update now” link on the plugins screen?

I just want to make sure we do this correctly. Thanks.

Is there anything else I need to do before updating the tables? Like deactivating the plugin or logging out of WordPress?

Nope, just follow the instructions I outlined above.

What about after? Do I need to have them restart the server or anything?

You mentioned the update of the plugin being automatic? It won’t give the option to update it by clicking an “update now” link on the plugins screen?

The plugin should be able to detect the change the next time you visit the Dashboard (WordPress’ admin section) and do its thing without requiring any additional action from you. If it doesn’t, disabling it and enabling it again should do the trick.

Sounds like you need a reliable developer, you seem quite anxious ?? If you do, I’m available for freelance work from time to time.

Marking as resolved due to inactivity.

Hi,

Yes, this has been resolved. Thank you for your assistance with this issue!

I had to try your fix twice before it worked properly.

Thanks for the offer, if we were interested in your freelance services, where could I find more information on that?

Thanks again.

@oabrahim I’m glad you guys were able to work it out ??

If you ever need freelance services (or even a full-time developer), get in touch with me via e-mail (or contact me via Twitter: @cabrerahector) and I’ll assist you the best way I can.