I use PO on a multisite install.
You just have to activate it for each sub-site and configure it for each sub-site.
There are not cross-blog, multisite, global controls for PO yet.
So I just do each sub-site independently and it works fine for me.
Hi WebPrezence,
Thanks for the support, I tried again on a separate sub-site and it looks to work so going back the original site/problem had another go. This is a summary of the problems I’m seeing….
1)with the default options of page/post post-types selected in the PuginOrganizer settings page.
2)Global filters – disable for the site – (all’s well)
3)for a specific page/post editing session activating plugins through the post meta box works ok – (all’s well)
4)if you de-select the page/post post type from the PuginOrganizer setting page
5)and then create a plugin filter url for filtering this doesn’t work for that page.
so it looks like for plugin url filters to reactivate a plugin for the same page and children via url this only works if the specific page/post hasn’t been saved with the PuginOrganizer meta data already.
Is this expected?
and if so then if a page/post has been saved with PuginOrganizer meta data, how can you get this cleaned out should you de-select the page/post post type from the setting?
The next version will have a button to reset a page/post to the default so it won’t have any settings saved.
Ok great good to know I’ll hang in there for that 🙂
Thinking about it the issues I have is wanting to revert to use filtered url’s rather than individual page/post set-up. So will there be the option to reset all page/post/custom-post types to the default if they are unselected from the settings page?
To only have a button on the post editing page for a single post will mean that I’d need to manually hit the button on all pages or will a bulk edit option be available?
Thanks for the new version 5.7 and the “Reset settings for this post” button. Unfortunately its not changed what I’ve been seeing as an issue. What behaviour is it intended to have?
I’ve hit the button, tried to disable the post types in settings in a few combinations but unfortunately I’m not seeing any difference with the URL filtering not re-enabling the plugins.
That is odd. Just to make sure I’m understanding the problem correctly. So you have a page post type setup with the permalink https://mainsite.org/subsite/blog and a plugin filter with the same permalink and the plugin turned on for that plugin filter? But the plugin is not being activated?
I have tested this with my site and it works properly. I have a page post type setup with the permalink http://www.jsterup.com/dev/. I disabled the sociable plugin in the global settings and then created a plugin filter with the permalink http://www.jsterup.com/dev/ and enabled sociable on that filter. When I go to the page the sociable plugin is showing on that page. I can also go the the page post type and set a different plugin to off and when I go the page on the front end the sociable plugin is turned off because the global settings are taking affect and I haven’t turned that plugin on for that page. Then I click the reset button to remove the PO settings on that page and when I go to the page on the front end it is getting the settings for the plugin filter and sociable is turned on again. So you should be able to reset the page and the plugin filter will be used.
I need to add an IN statement to the queries so that disabled post types are properly ignored in the MU plugin. For now it is only disabling the meta box on the edit page. But it will still find them when searching for disabled/enabled plugins.
Arr I think I found what is stopping it work.
I’m using https on the site and had ‘Ignore URL Protocol’ enabled and the URL filtering wasn’t working. However, after trying with ‘Ignore URL Protocol’ disabled has it now working.
I’ve got it working now as you say 🙂 … Is there something amiss with this option?
Can you edit the PluginOrganizerMU.class.php file and change lines 72 and 125? Change them to:
if ($this->ignoreProtocol == '0') {
I think I made the logic backward.
If not I can send you a new version of PluginOrganizerMU.class.php. The one I have also has the fix for disabling post types.
looks good I’ve also changed.
Line 327: if ($this->ignoreProtocol == '0') {
to
Line 327: if ($this->ignoreProtocol == '1') {
resave of permalinks and it looks like its working.
Jeff, are you going to push out this revision in your next update?
Thanks!
I’ve disabled again for now it looks to me like the Fuzzy URL matching isn’t quite right with this change.
Line 327 should be left as it is. It is correct. I just got the logic backwards on lines 72 and 125.
Yes I’ll be releasing this fix with the next update. Hoping to have it ready this afternoon.
