Title: Plugin is completely deactivating plugins
Last modified: July 15, 2021

---

# Plugin is completely deactivating plugins

 *  Resolved [NBH707](https://wordpress.org/support/users/nbh707/)
 * (@nbh707)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/)
 * I installed the latest version of the plugin on Tuesday night. There are several
   plugins that I had selectively deactivated using Freesoul in certain places on
   our site.
 * After upgrading Freesoul, all of these plugins were completely deactivated (as
   displayed on the plugins page) and when I try to reactivate them from the plugins
   page, they almost immediately deactivate again.
 * I tried deactivating Freesoul and reactivated all the other plugins successfully.
   However, if I reactivate Freesoul again, the other plugins deactivate again.
 * This is a serious bug that can break a website.

Viewing 13 replies - 1 through 13 (of 13 total)

 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14665067)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * can you please roll back to 1.8.8.6?
 * If you have WP > 5.7.0:
 * – Download the zip [https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.6.zip](https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.6.zip)
   –
   From the page Plugins => Add new => Upload Plugin. Then confirm you want the 
   previous version 1.8.8.6 – Disable Freesoul Deactivate Plugins (without deleting
   it), reactivate it again.
 * Then check if you still have the same series issue.
 * If you don’t have the issue anymore we will confirm it’s due to the new version(
   I’m still not completely sure, because theoretically nothing changed regarding
   the way FDP disable the plugins).
    If we confirm 1.8.8.6 works, and 1.8.8.7 doesn’t
   work, I will ask you for the list of your plugins. In this last case, please,
   go to Freesoul Deacctivate Plugins => Tools => Favorite Pluugins => Export.
 * I suspect one of your plugins changes the core option “active_plugins”, and if
   it does it after FDP filters that option, WordPress saves the wrong set of globally
   active plugins.
    No plugin should save that option, only the core should do it,
   but the described issue let me think this is the case.
 * Please, let me know what you find out with 1.8.8.6. If it works, keep it active
   until we don’t completely understand the issue.
 *  Thread Starter [NBH707](https://wordpress.org/support/users/nbh707/)
 * (@nbh707)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14665172)
 * Hi Jose-Thanks for the quick reply. We are thinking the same way because I already
   rolled back the version to 1.8.8.6 and the problem is not occurring with that
   version.
 * The plugins that I had disabled on some pages on our site that it affected are
   as follows:
    Active Campaign Add to Any Share Buttons Contact Form 7 Lazy Load
   for Videos
 * There were a few others but they are paid plugins you wouldn’t be able to test
   with.
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14665410)
 * Thanks to you [@nbh707](https://wordpress.org/support/users/nbh707/) for the 
   information.
 * The conflict is not necessarily caused by one of the deactivated plugins.
 * FDP (Freesoul Deactivate Plugins) writes a file that runs before any other plugin.
   Inside that file, it filters the core option “active_plugins” that stores the
   set of active plugins. But it doesn’t save that option, it only filters the output
   of that option according to the settings. No plugin should save that option. 
   This is something that only the core should do when you globally activate or 
   deactivate a plugin in the plugins page.
 * If a plugin saves that option after FDP filters the active plugins, it saves 
   the output of FDP, which depends on the page you are visiting and the settings
   related to that page.
 * When you visit a page where Active Campaign, Add to Any Share Buttons, Contact
   Form 7, Lazy Load for Videos are disabled by FDP, then the plugin that is conflicting
   with FDP updates the option of the core, and then those plugins are globally 
   disabled.
 * This is something no plugin should do, but there are some plugins that do it.
   
   FDP has some code to prevent this kind of issue. Probably in the new version 
   for some reason this code is not working right.
 * Looking at the differences between 1.8.8.6 and 1.8.8.7, it’s not so easy to see
   why the code to prevent this kind of issue is not working right.
    So, I would
   need more information.
 * Do you maybe have a staging environment? The approach that will lead us to the
   solution depends a lot on whether you have a testing environment.
    If you have
   a staging environment I will ask you to try a beta version that I will provide
   you. In another case, it would be better if I can reproduce the same problem 
   on my testing installation and keep active 1.8.8.6 that is now working on your
   website. It would be not feasible to try a beta version on a live site. You would
   risk having the same issue.
 * If you don’t have a staging environment, I would need the entire list of plugins
   taken from FDP => Tools => Favorite Plugins => Export. No matter if some of them
   are PRO versions. Maybe the conflict is caused by a free plugin or a PRO plugin
   that I already have.
 * If for you it’s not a problem everybody knows the list of your plugins, you can
   post it here, in another case you can write me using the contact form at [https://freesoul-deactivate-plugins.com/contact/](https://freesoul-deactivate-plugins.com/contact/)
 *  Thread Starter [NBH707](https://wordpress.org/support/users/nbh707/)
 * (@nbh707)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14665528)
 * I have a staging environment. Please share the file and I can test it by making
   a duplicate of my live site and upgrading again.
 * The problem was not that FDP was running on all pages, but the fact was that 
   after it was upgraded, the other plugins were showing up as disabled on the plugins
   page (because they seem to have been disabled). In most cases, I was able to 
   re-enable those plugins, but as soon as I left the plugins page and came back,
   they were disabled again.
    -  This reply was modified 4 years, 10 months ago by [NBH707](https://wordpress.org/support/users/nbh707/).
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14665621)
 * Thank you [@nbh707](https://wordpress.org/support/users/nbh707/). Yes, the issue
   is clear to me.
 * This issue can only happen if you visit a page where FDP disables some plugins,
   and a third plugin saves the core option that stores the set of active plugins.
   
   There is no other possible cause for this issue that can be related to FDP.
 * The core option that stores the set of globally active plugins is the same option
   that FDP filters to selectively disable plugins on specific pages.
 * WordPress first fetches from the database the plugins that are enabled looking
   at the option “active_plugins”, then FDP filters that option before WordPress
   calls those plugins. Said in a different way, WordPress knows from the database
   which plugins should call, but FDP says to WordPress: “no, don’t call all those
   plugins, call only this and that plugin” (it filters the set of active plugins,
   it filters the output of the option active_plugins).
    If after that filter a 
   third plugin saves the option active_plugins, it saves the output given by FDP.
   Because the same option is used by WordPress to know the globally active plugins,
   then you have the issue you experienced on your website. When you activate/deactivate
   a plugin in the page of plugins, WordPress saves the set of active plugins in
   the database in the option “active_plugins”. But it also read the same option
   to know which plugins should be called.
 * Imagine this scenario:
    You have plugins 1,2,3,4,5 that are globally active (
   active in the page of plugins). This set of plugins is saved in the option “active_plugins”.
 * FDP disable specific plugins filtering the output of that option, without never
   saving it, but if a third plugin saves it, and FDP is not able to take away its
   filer before the saving, then you have this issue.
    For example, let’s suppose
   on the homepage, FDP disables plugins 1,3,4. When you visit the homepage WordPress
   wants to call plugins 1,2,3,4,5 and FDP says “no, call only 1,3,4”. Then a third
   plugin saves 1,3,4 in the option “active_plugins” and those plugins are disabled
   globally.
 * I hope it’s clearer. In any case, I will prepare a beta version that you can 
   test on your staging environment.
 * [@nbh707](https://wordpress.org/support/users/nbh707/)
 *  Thread Starter [NBH707](https://wordpress.org/support/users/nbh707/)
 * (@nbh707)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14667355)
 * I see what you are saying, but it was also occurring without me ever visiting
   a page on the front end (although in theory a site visitor could have done so).
   However, I repeated this multiple times and got the same results. We have a plugin
   called CM Answers Pro (it’s a paid plugin). We are disabling it on standard posts
   as it was causing a conflict. However, when I would reactivate the plugin, it
   would redirect me to the plugin setting page. Then I would immediately go back
   to the plugins page, and find things deactivated gain. That this happened multiple
   times makes me wonder whether something else is going on, because I was moving
   around so quickly the chances of someone browsing the front end every time to
   trigger what you describe seems unlikely.
 * I’ll wait for your fix and if that doesn’t solve the problem, I can also review
   what other plugins I may have updated around the same time to see if the issue
   could be coming from any of them.
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14667853)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * thank you very much for this information.
    This issue may happen if you have 
   selectly disabled plugins in the backend, or if a page of the frontend is visited
   by a third plugin with a remote request without you know it, or if someone else
   visited a page in the frontend, including robots.
 * In any case, from what you say, my suspects are on CM Answers PRO.
 * In the free version, I see the file cm-answers/package/cninds-free.php.
    In that
   file, the plugin redirects to the settings page and I also see that it calls 
   the option active_plugins. I suspect in the PRO version it checks if the free
   version is active, and if it isn’t probably it writes in the option active_plugin.
   I suppose the PRO version has a similar file, maybe it calls cminds-pro.php or
   something similar. If you find that file it would be a big help to understand
   what is going on. In the case you find it, you can share the file with [https://wetransfer.com/](https://wetransfer.com/).
 * If you want to send the link privately, you can use the contact form at [https://freesoul-deactivate-plugins.com/contact/](https://freesoul-deactivate-plugins.com/contact/).
   If you use the contact form write only the link to wetrasfer, because I don’t
   think it can handle a very long message that includes all the code of that file.
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14671148)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * please, try the beta version 1.8.8.7.1 and let me know if you still have the 
   same problem.
    You can download it from this link: [https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.7.1.zip](https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.7.1.zip)
   If you have WP > 5.7.0, to update the zip go to the page of Plugins => Add New
   => Upload Plugins => Confirm you want version 1.8.8.7.1. Then deactivate Freesoul
   Deactivate Plugins (without deleting it) and reactivate it again.
 * If you update it via FTP, remember to deactivate FDP and reactivate it again.
   This is important to update the mu-plugin written in wp-content/mu-plugins.
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 10 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14697231)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * did you have time to test the beta version 1.8.8.7.1?
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 9 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14741424)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * I will close this thread for inactivity.
    I suggest try 1.8.8.7.2 [https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.7.2.zip](https://downloads.wordpress.org/plugin/freesoul-deactivate-plugins.1.8.8.7.2.zip)
   and if you still have issues don’t hesitate to open a new thread.
 *  Thread Starter [NBH707](https://wordpress.org/support/users/nbh707/)
 * (@nbh707)
 * [4 years, 8 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14841870)
 * Hi Jose-Sorry for not getting back to you sooner. This problem came back with
   whatever version of your plugin was released about a week ago. This time it affected
   the plugin Publish Press Authors Pro.
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 8 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14848365)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * don’t worry, it’s important to solve this issue.
 * First of all, can you please confirm that in Plugins => Must-Use you see version
   1.8.8.7.7?
    When you update FDP it should update the mu-plugin that it writes
   in wp-content/mu-plugins. If that file is not updated, on the frontend you still
   have the old version. I don’t think so, but let’s be sure you have the last version.
 * After checking that, please edit the file wp-confing.php and add this line before
   the comment /* That’s all, stop editing! Happy blogging. */.
 * `define( 'FDP_REMOVE_FILTERS_BEFORE_FIRST_PLUGIN',true );`
 * Let me know if that line in wp-config.php solves the issue.
 * If the issue is not solved, I would need to check a file of CM Answers PROO.
 * The free version has the file cm-answers/package/cninds-free.php.
 * I suppose the PRO version has a similar file that will probably look like
 * cm-answers-pr/package/cninds-pro.php.
 * would it be possible to provide me that file?
 * You can use [https://wetransfer.com/](https://wetransfer.com/). If you want to
   share the link privately you can use the contact form at [https://freesoul-deactivate-plugins.com/contact/](https://freesoul-deactivate-plugins.com/contact/)
 *  Plugin Author [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * (@giuse)
 * [4 years, 7 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14983498)
 * Hi [@nbh707](https://wordpress.org/support/users/nbh707/)
 * I will close this thread for inactivity. If you still need help don’t hesitate
   to open a new thread.

Viewing 13 replies - 1 through 13 (of 13 total)

The topic ‘Plugin is completely deactivating plugins’ is closed to new replies.

 * ![](https://ps.w.org/freesoul-deactivate-plugins/assets/icon-256x256.png?rev=
   2847508)
 * [Freesoul Deactivate Plugins - Disable plugins on individual WordPress pages](https://wordpress.org/plugins/freesoul-deactivate-plugins/)
 * [Support Threads](https://wordpress.org/support/plugin/freesoul-deactivate-plugins/)
 * [Active Topics](https://wordpress.org/support/plugin/freesoul-deactivate-plugins/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/freesoul-deactivate-plugins/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/freesoul-deactivate-plugins/reviews/)

 * 13 replies
 * 2 participants
 * Last reply from: [Jose Mortellaro](https://wordpress.org/support/users/giuse/)
 * Last activity: [4 years, 7 months ago](https://wordpress.org/support/topic/plugin-is-completely-deactivating-plugins/#post-14983498)
 * Status: resolved