Global Filer not working anymore after setting a home page filter

I tried this and didn’t get the same result. I have https://www.jsterup.com/ as my home page and I have https://www.jsterup.com/dev/. I disabled the sociable plugin globally so it was easy to see whether it was working or not. Then I created a plugin filter with https://www.jsterup.com/ as the permalink and I didn’t check affect children. The filter has the sociable plugin enabled. The only page I see the sociable plugin on is https://www.jsterup.com/.

I found the bug.
There are a couple of them actually. Basically it is because I don’t have a clean setup, not even after deleting the PO db records in options table. I guess it is more to it than just that.
1st bug: The plugin does not delete its records of posts and pages after disable with “No preserve”, probably more than just that. What I saw is this: I had at some point one of the previous 3.x versions enabled for posts and pages, so there were settings there for the particular page I am referring to. After reinstall with “No”, the posts and pages settings are back. That would be the first bug.
2nd bug: When disabling CPT support for posts and pages, the settings remain as they were set, instead of relying on permalink filters and global settings only.

So first, I need a way to delete all records, or an upgrade to a PO that can delete itself completely. Then I can try again.

Oh, and 3rd, there still are some PO in the options table remaining as well, namely the ones related to mobile agents, and some https, fuzzy and stuff. Others are deleted.

I will work on that when I get a chance.

Ok I have released version 3.2.4 which should delete all the options, post meta, and custom post types. It may have issues if you have a large number of posts since it will be looping through them all and deleting everything from PO.

Did the new version help?

I did not have time to try it yet, but I will hopefully do that in the next couple of days and will probably close all issues if they are solved.
Thanks.

Hi Jeff, sorry for the delay. I had time to retest latest ver.
Still the same issue. It will not delete old entries, but does delete new ones. Was it using different database tables/entries a few versions ago? (after 3.0 I mean but before this fix). Because it applies some old settings since 3.0 to the pages and that is beyond my control no matter what I try (more info: this is a multisite, maybe there are different tables?).
So the problem is that even if I delete the plugin with no retention option and reinstall, problem is back: some pages are getting applied some old policy.
What should I look for to delete manually?

All of the plugin settings should start with PO_. So to find all the meta keys use the following sql. Change the table name to match whatever table you are searching. wp_2_postmeta, wp_3_postmeta, or whatever you have named your tables.
SELECT * FROM wp_postmeta where meta_key like ‘PO\_%’

Then go through all the options tables and delete the options.
SELECT * FROM wp_options where option_name like ‘PO\_%’

Sorry I messed up one of those queries. The one for the post meta should be:

SELECT * FROM wp_postmeta where meta_key like ‘\_PO\_%’

I forgot to add the _ in front of the key name. The option names do start with PO_. The post meta keys start with _PO_ so you don’t see them on the edit screen.

Did you get this figured out?

Sorry for the big delay.
The scripts did not show anything in the db, so it might be just a bug.
I can give you access to my personal site in progress where I have this reproduced, Jeff, let’s take this offline.
Is there an email I can find you?

foomagoo at gmail dot com