404 issue

Hi @marlonsabala

do you see any warning in the FDP top navigation on the right corner?
I mean something like this picture:

Are you really sure. you haven’t applied any rules on those pages?
Can you please share the URL of one of those pages? If you want replace your domain name with something else if you don’t want to share the real URL. I’m interested in the URL structure.

Do you maybe have any blog posts, or other post types with the same slug?

Do you see the 404 error only after you click on a link to those pages, or also if you directly write the same URL in your browser?
I mean, copy the same URL that works without FDP. Then activate FDP and write the same URL directly in the browser.

I also suggest you visit the backend page Settings => Permalinks. By doing so you will flush the rewrite rules. Then check again.

I hope it helps.

Have a great day!
Jose

HI @giuse

Apologies for the delay in getting back to you.

So, I did some testing this morning. I think I have a hunch on this.

So, no, I had no rules for those pages and the URL ends up in a 404 even when typed directly into the address bar.

So here’s what I think might be at play. These are Learndash pages. Specifically, lesson pages nested inside specific courses.

Now, Learndash uses nested URLs. Here’s their explanation:

This option will restructure Lesson, Topic and Quiz URLs so they are nested hierarchically within the Chapter URL.
For example instead of the default topic URL https://example-domain.com/topic/topic-slug the nested URL would be https://example-domain.com/courses/course-slug/lessons/lesson-slug/topic/topic-slug

The nesting as far as I can see will be applied to topics, lessons and quizzes. In this case the URL was https://example-domain.com/courses/chapter-2/lessons/letter-a/

Any idea how we might be able to fix this?

I’m keen on getting this plugin applied to our whole site, but will hold off until we can find a resolution here.

Thanks in advance

Hi @giuse

Any update on this?

Thanks in advance

Hi @marlonsabala

sorry for writing you back so late.

Can you please answer all my questions? Here those ones which I would like your answer for.

• Do you see any warning in the FDP top navigation on the right corner?
• Do you maybe have any blog posts, or other post types with the same slug?
• Have you visited the backend page Settings => Permalinks?

I’m especially interested in the answer of the second question.

I think you disabled Learndash somewhere, and for some reason, FDP is disabling Learndash on the lessons because it takes those other FDP settings.
To confirm that, just for testing purposes maybe try to enable Learndash everywhere in the FDP settings, but check the issue every time you do it.
If for example you go to Freesoul Deactivate Plugins => Post Types => Pages and you enable Learndash there, check if you still have the issue.
If the issue doesn’t occur anymore it means those settings were causing the issue. If you still have the issue continue enabling Learndash…
By doing so we will discover which FDP settings cause the issue, and we can focus on those settings.

Of course, it would be better to do that in a staging environment if possible, and after making a backup.

I hope it helps

Have a great day!

Jose

HI @giuse ,

Thanks for getting back to me. Sure, let me give you a bit more info…

• Do you see any warning in the FDP top navigation on the right corner?

Nope

• Do you maybe have any blog posts, or other post types with the same slug?

No. But as I alluded to before, the issue is probably connected to the way Learndash handles nested URLs. That is, they offer the option to use the same lesson/topic/quiz in multiple courses. So normally a lesson post would be  https://example-domain.com/lessons/letter-a/ but when added to a given course, it becomes  https://example-domain.com/courses/course-1/lessons/letter-a/ and you have the option to add it to another course, so it would become  https://example-domain.com/courses/course-2/lessons/letter-a/

Interestingly enough, the issue is not there in every single case where this happens. Very strange.

• Have you visited the backend page Settings => Permalinks?

Yep.

• To confirm that, just for testing purposes maybe try to enable Learndash everywhere in the FDP settings, but check the issue every time you do it.

I reset FDP settings. Problem persists.

• This reply was modified 1 year, 4 months ago by marlonsabala.
• This reply was modified 1 year, 4 months ago by marlonsabala.

Hi @giuse

I appreciate you might be very busy and this might not be a bug you are too worried about fixing. But could you let me know please and I will look elsewhere for a solution.

Thanks in advance. Appreciate all your help thus far

Hi @marlonsabala

I consider this issue important, but unfortunately, I will not be able to check it before 3 weeks. As I understand it’s urgent for you, so I suggest you install another plugin.

Have a great day!

Jose

Hi @giuse,

Thanks for the update.

Could you please update me once you have news on this?

Thanks in advance

Marlon

Hi @marlonsabala

thank you very much for your patience.

I’ve tried to reproduce the same issue but all works right for me.

These are the steps I did:

• I logged in to the Learndash demo at https://app.instawp.io/launch?t=learndash-backend-demo&d=v1
• I installed Freesoul Deactivate Plugins
• I checked the option “Enable Nested URLs” in Settings => Permalinks
• I checked the single lessons, single quizzes, and single topics, but everything was working right.
• I played a little with the FDP settings. Disabled some plugins in the homepage, in the Post Types, but still all was working right. No redirections at all.

I suspect you have something that conflicts with Learndash + FDP.

I suggest you:

• Try to reproduce the same issue with the demo, and if you are able to do it, please, provide me with the exact list of steps for reproducing the issue.
• Export the list of your plugins from Freesoul Deactivate Plugins => Tools icon. See here for more details: https://freesoul-deactivate-plugins.com/import-export-plugins/, and tell me the name of your theme.
• Let me know what you set in Learndash that you consider important for this issue.
• In the FDP settings, click the question mark icon on the row of a lesson/quiz/topic that gives you issues, and tell me the text of the message that popups. I mean the icon n.3 of the table that you see here: https://freesoul-deactivate-plugins.com/how-deactivate-plugiins-on-specific-pages/action-buttons/
• On the same row, click the lens (icon n.5 of the same table) after enabling only Learndash and selecting a default WordPress theme. It will show you a preview. The other users will see as usually if you don’t save it.
• Let me know if you have any mu-plugins in addition to the one added by FDP. You can check in Plugins => Installed Plugins => Must use.

If you need to share some information that you don’t want to show here, you can use the contact form at https://freesoul-deactivate-plugins.com/contact/.

Have a great day!

Jose

Thanks for your detailed response.

Well, I tried with the sandboxed site and had no issues there. Then I tried to see if it was a plugin conflict by doing some testing on our staging site but all was working perfectly there.

Then I went back to the live site and the issue remained UNTIL I applied some filters to the Learndash custom post types, and then the 404 error disappeared. No idea to be honest, but it works now ??

I am finding some weird issues where changes made to the post type don’t stick until the filters are applied on an individual page basis. It’s intermitent, so it’s difficult to figure out what might be going on.

Here’s an example: https://vimeo.com/853087543/6e8346f3fa

Any ideas?

Thanks in advance

Marlon

Hi @marlonsabala

you are welcome! Thank you for your video!
Consider that when you change the settings of the Singles, whatever caching plugin you have, they will probably clear the cache of the page. This is because the FDP Singles settings are written as post meta of the single page/post, and most caching plugins clear the page cache when they detect a change in the post meta.
When you change the Post Types settings, the cache is not automatically cleared.
Looking at the video it looks like an issue with the cache.
When you only activate/deactivate the row by clicking on the switch, FDP doesn’t touch the post meta of that row, but global options which don’t trigger the clearing of the cache.

I suggest you clear the cache after you change the Post Types settings, and let me know if you still have the same issue.

I hope it helps.

Have a great day!
Jose

Thanks @giuse

I had the only caching plugin disabled (litespeed), but ok, I’ll keep an eye on it.

Also, I meant to ask you:

1. what is the biggest advantage would you say of the paid version. The one that is more likely to help us speed up our pages
2. Is there an obvious way of disabling a given plugin globally?

Thanks in advance

Marlon

Hi @marlonsabala

Check also if you have a caching system provided directly by your hosting.

Here the answers to your questions.

1. The table that you see here shows the actual main differences between free and PRO. Basically, all new features will be added only to the PRO version.
   The most important advantage depends on your situation and it may be totally different than what is important for another user. I suggest you check the differences, have a look at the documentation, and try to understand what would be the biggest advantage for you. In the documentation, you will see (PRO) near the PRO features.
2. Globally probably means for you everywhere excluding some situations,, in other cases, you wouldn’t need FDP, but you would simply disable that plugin from the page of plugins. So I assume you mean globally with some exceptions.
   At the moment there is no obvious way. With the PRO version, you can disable a plugin everywhere on the frontend, or on the backend, or you have the bulk actions to automatically disable a specific plugin on the selected FDP settings, but you have no direct ways to say something like “disable plugin A everywhere, but keep it active here and there”.
   Of course, you can do it, but you need to use the bulk actions to say “Set the FDP settings in a way that plugin A is disabled on all pages (or all post types), all Frontend Custom URLs… and so on.”. By using the bulk action you will quickly fill the FDP settings. The result will be the same, but you haven’t a dedicated option. I hope it’s clear what I mean.
   A future PRO version will have a settings page to say “Enable plugin A only here and there”. In this case, it would be a dedicated option, but I have no idea when this option will be public.
   Consider the worst case it will require a very long time. I mean, don’t buy. the PRO version only because of that option. There are many other reasons to do it, including supporting the project that would not exist without the PRO version, but the reason shouldn’t be this feature, because I can’t promise anything about this feature until its development is in a more advanced phase.
   

I hope it helps.

Have a great day!

Jose

Hey @giuse

Thanks once more for your reply.

You know what, that is true, I don’t want this plugin to die off, and honestly, your support so far has merited the price of the plugin, so I have just purchased it. Well, I tried, but there is some sort of issue on your site communicating with Stripe. See https://ibb.co/yQR2Rv5 It just sat there for a good few minutes and I gave up. The amount was taken from my account (at least temporarily) so I don’t want to try again until you have a look at it.

Another question, is it possible to disable a plugin by user’s device. I have noticed that a given plugin is casing issues only on a Chromebook. Weird.

Let me know

Marlon

Hey @giuse

It seems even though the browser got stuck, everything else went through ok and the account was properly created and license issued.