• Hi, I have been using Plugin Organiser for some time with very good effect as it has really helped with page speed loading. However, I have been struggling with the version 10 update and keep reverting back to V 9.7 as I can not seem to make the current version work correctly.

    When I go to Post Type Plugins tab and deactivate a plugin for a given post type (eg/ post) then click save, the behaviour is very erratic. Sometimes the change is reflected in other post types, eg. page and product, with the plugin having the deactivated red colour within these post types also. Other times after refreshing the page the colour remains green to signify it is still active, even though it has been manually deactivated and saved.

    I am not using any caching plugin, and have tried clearing browser cache after saving changes with no effect. Also I have tried this on a couple development sites running only default WordPress, WooCommerce, Plugin Organiser, and Storefront theme with the same erratic behaviour.

    Is there something I am missing here?

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Jeff Sterup

    (@foomagoo)

    I have tried to recreate this several times and it works as expected every time. I disable plugins on my page post type and it only disables them on the pages. I disable plugins on the post post type and it only disables them on posts. I’m not sure what is happening.

    Thread Starter Stoton

    (@stoton1)

    Hi Jeff, thanks for your reply.

    Yeah I am not sure why this is happening, I have upgraded to version 10.1, also installed a fresh copy of WordPress on Localhost environment just incase it may be a server issue. But the problem still persists, I have 3 post types activated, posts, pages, and products. I have tried deactivating all settings in PO general settings also.

    Just to clarify, this is happening in PO Post Type Plugins tab. If I deactivate a plugin in post post type, it will also be reflected in other post types, page, and product. Sometimes it seems to take effect, but upon refreshing the page the plugin row will be coloured red even though it was not manually deactivated for that post type.

    Plugin Author Jeff Sterup

    (@foomagoo)

    Are there any javascript errors on the page when this happens? The changing of the list of disabled plugins is all done on that page with jquery. If something is causing a javascript error it would prevent it from working correctly.

    Thread Starter Stoton

    (@stoton1)

    Hi Jeff, no I could not see any errors when using Javascript Console in Chrome and Firefox. However, when checking this I noticed that Plugin Organiser was working well in the Firefox browser. So the erratic behaviour described above only seems to be happening when I am in Chrome.

    As I mainly use Chrome I never thought to check in another browser, but am happy to use Firefox when editing Plugin Organiser if it enables me to use the most current version of the plugin. I have not had a chance to check this on another computer yet, but will do so soon. The error was occurring when I was using Chrome on Mac. Thanks again.

    Plugin Author Jeff Sterup

    (@foomagoo)

    I also use Chrome but on windows and it is working for me. I’m not sure what the issue is.

    I am having a similar issue and have a staging site you can play with. I plugin and theme tested with no joy. Now it not seem to remember any settings including on global page. Tried deleting MU file and database table to reset no joy.

    Update. I found I could get it working deleting all the admin / per page settings and turning that feature off althoguh I not sure that was necessary. Then doing everything through plugin filters, which now I prefer as I can see all my setting on one page easy. I also found a cache issue that was resolved if I disabled plugin organizer plugin. CLeared my autoptimise and SG cache caches, then re-enabled the plugin. I suspect it was all about the cache and I got the site doing and have managed to get us a much better load speed what I want so all good here. Great plugin, thanks!

    Plugin Author Jeff Sterup

    (@foomagoo)

    9 times out of 10 this is caused by a caching plugin or CDN. Even if you deactivate some caching plugins your pages continue to be cached.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Version 10 not updating changes in admin’ is closed to new replies.