Travis Tubbs

This is an 11 month old question, but this appears to be an issue still. I’m having the same exact problem.

I’ve tried deactivating/reactivating the plugin. I’ve tried numerous other slug names. I’ve even manually changed the value of “skt_flush_rewrite_rules” to “1” in my database to try and force this to work: nothing.

I can still get to individual pages using a query string (https://hostname/?sk_testimonials=testimonial-slug-name-here). But if I try going to the pretty link version (https://hostname/testimonials/testimonial-slug-name-here) or the index page (https://hostname/testimonials/), I get a 404 Page Not Found error.

For the time being, I’m having to create a temporary rewrite rule in my .htaccess file:

# BEGIN Manual Rewrite Rules
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^testimonials/(.*)$ index.php?sk_testimonials=$1 [L,QSA]
RewriteRule ^testimonials$ index.php?post_type=sk_testimonials [L,QSA]
</IfModule>
# END Manual Rewrite Rules

I would like to throw in that I recently run into this issue as well with a Multisite. As soon as I activate WP Super Cache (with the Social plugin already being activated), I get the PHP Fatal error: Class ‘Social_Log’ not found error.

By default in the Social settings plugin, all the sites are set with…
– Broadcasting is on by default (Yes)
– Doesn’t Pull in social comments from Facebook and Twitter (No)
– Disable Social’s comment display (use standard theme output instead) (Checked)
– Cron settings set to Manual
– Debug Mode is set to Off

Seeing “Social_Log”, I assume it had something to do with the Debug Mode, but guess it doesn’t. I set the Cron settings to manual just to see if that would make a difference (even though Pull in social comments was already disabled), but it appears it had not.

If ya need any other details, let me know.

WordPress 3.5.1 (Multisite)
PHP 5.2.17 (FastCGI)
WP Super Cache 1.2

You’re absolutely right. I was troubleshooting a problem with another plugin and was having similar issues. That’s when I discovered the plugin_url function. For some reason, the web host I’m on is being really weird with certain plugins and the plugin_url function. It’s been so problematic I’m switching hosts now.

I apologize for thinking EME was the problem.

You may have been right about something being wrong with the user account. While waiting for a response, I installed a complete clean install of the WordPress database (it was getting a little nasty over the years of use anyway). WP Resume is working fine now.

Just for reference, I am using 1.6.4. My problem was after saving the options, I’d get the yellow box saying everything was saved, but all the input fields would still be blank, as if I hadn’t typed anything. Leaving the Options screen and coming back would still show the input fields as blank.

I still have the original database that was causing the problem, so if you’d like me to take a gander to figure out why it’s doing this, I’m more than willing to help. Otherwise, this issue can be marked as resolved (just by other means).

@wnorris

Do you want to keep this open until you determine the issue? Or resolution to the issue, I guess I should say.

Good to hear, Dmitrik!

It appears that what you need to add to your .htaccess file will vary from host to host. For example, my web host (1and1.com) says the following should be added:

AddType x-mapp-php5 .php

So, this pretty much confirms PHP5 is needed. Check with your web host to see what you need to do to have it added to your plan.

From what I can see, my provider is running PHP 4.4.7. It appears they are also running MySQL 4.0.25, if that’s of any help. If you need any other details, let me know and I’ll see what I can find. Thanks!