Thank you for the information @szymonfortuna
Now I noticed another List below called SETUP. Within that list you have also courses and edit single course. If disable plugins there it works!
So the plugin reads those posts twice somehow and that second version works….
This is not what I see on my installation. Could it be you have another plugin that also registers the post-type courses?
I checked the posty types again on the front end and everything works. maybe I missed something before regarding the user view.
Could it be before the pages were served by the cache? I don’t think so for a course page, but just to be sure.
There is also something else. Sorry, but I’m not able to explain it in a short way. I hope it’s clear what I’m going to say.
As you probably know the URL rules are managed by WordPress with the so-called rewrite rules.
Those rules can be manipulated by the plugins. For example, in your case, Learndash adds a rewrite rule to be able to visit a single course at https://yoursite.com/courses/course-name/.
WordPress doesn’t calculate the rewrite rules every time, but once it builds them it stores the rewrite rules in the database. Next time you visit a page, WordPress retrieves the rewrite rules from the database, or the so-called rewrite rules cache.
If you deactivate a specific plugin on a specific page, and WordPress builds the rewrite rules right after you visit that page because the rewrite rules cache is empty, the rewrite rules will miss the rules eventually added by the plugin that you deactivated, and they will be stored in the database with some missing rules.
To avoid that, Freesoul Deactivate Plugins will never disable any plugin if the rewrite rules cache is empty and WordPress needs to calculate them. It only disables plugins on a certain page if the rewrite rules are taken from the database when you visit that page.
When all works as expected, the rewrite rules are stored in the database by Freesoul Deactivate Plugins without missing any rule before you visit any page. Every time you visit a page if FDP is active, and all works as expected, WP will always take the rewrite rules from the cache, and FDP will always deactivate the plugins according to the settings, but if for any unexpected reason, FDP is not able to store the rewrite rules, and visiting a page they are not taken from the cache, between missing some rewrite rules and renouncing to disable the plugins, FDP prefers to don’t disable any plugin. In the case of issues, FDP always tries the less problematic situation, even if this would mean a slower page. In this case, a missing rewrite rule may mean the impossibility to see the page.
So, I don’t exclude you had a problem with the rewrite rules. When you visit the page Settings => Permalinks, the rewrite rules are flushed by WordPress, and FDP rebuilds and stores them in the cache. Maybe now it works because you visited the page Settings => Permalinks.
You may have a plugin that clears the rewrite rules cache, and FDP doesn’t detect it. If this is the case, you may have again the same issue.
If you see again no plugin disabled on the single courses, add these lines in wp-config.php before the comment /* That’s all, stop editing! Happy publishing. */:
define( 'WP_DEBUG',true );
define( 'WP_DEBUG_DISPLAY',false );
define( 'WP_DEBUG_LOG',true );
define( 'FDP_DEBUG',true );
define( 'FDP_DEBUG_LOG',true );
Then please, let me know what you find in wp-content/debug.log.
Then, remove those lines, in another case, FDP will write a lot of information every time someone visits the page, and the file debug.log will become dramatically big.
It works great! Still look maybe into those options i described before, but I’m super excited to test the paid version! I hope you’ll be developing that!
Let me know if you have again issues. I’m not sure they are completely solved for the reasons that I explained above.
The paid version is already public https://freesoul-deactivate-plugins.com/ ?? This means I need to make it learer in the backend ??
