NerdPress

Hi @austyfrosty,

Thanks for reporting this! I’ve logged the warning and we’ll will work on addressing it soon. ??

(I’m going to mark this thread as resolved, just to keep things tidy here… but if there’s anything else to add, or if it’s causing problems beyond a warning in the logs, by all means let us know and I’ll escalate it further.)

Cheers,
Andrew

Awesome, thanks! Much appreciated. ??

Hooray! Glad we were able to figure it out– and that everything is indeed working properly! ??

(I have a quick favor to ask: If you’ve been happy with our help — and since the plugin is working correctly — would you be so kind as to upgrade your rating at the start of this thread? That would really help us out! ??)

Cheers!

Hi @kkk07,

I was just able to reproduce the issue on my staging site. WordPress will return a 200 response and the default “Nothing Found” message if the tag itself still exists but there are no posts with the tag.

Screenshot: https://share.nrdp.rs/eDuZXPop

To double-check: Have you fully deleted the tag itself from Posts > Tags? Or did you only remove the tag from any post(s) that had the tag assigned to them?

There must be something different about your setup that is conflicting (and on both sites). I think the 200 response on the deleted “tag” URL is a big clue here — somehow your sites are still returning a valid 200 response, even though WordPress is showing the default “Not Found” page itself. And I think with the 200 response, Smart Custom 404 Page won’t “activate” to show the custom page.

Are they both hosted on the same account? Does that hosting have any sort of caching or accelerator plugin? (Maybe it’s another layer of caching that needs to be cleared, at the server level).

Or perhaps there’s a different plugin conflicting. Would you be able to deactivate all other plugins, except Smart Custom 404 Page, on one of the sites, to rule any other plugins? (Or maybe you can clone that site to a staging environment?)

Sorry, I just realized you shared the exact URLs above (it’s early here and I need more coffee!). ?

Curiously, the URL showing the default error page:
https://steadyincomeinvestments.com/tag/early-stage-trader-fraud/

Is responding with a 200 (OK) status code — not a 404 or 410.

If I got to another URL with /tag/ in it, but for a tag that never existed, it also works correctly, returning your custom page, and a 410 response:
https://steadyincomeinvestments.com/tag/this-tag-never-existed/

So this does point back to something conflicting specifically on this URL, and specifically because it was a tag that existed and was later deleted. Very curious to see what you find in the SEOPress and Redirection settings!

Thanks, that’s very helpful.

I’m guessing that there’s a rule in either SEOPress PRO or Redirection that is causing the site to return the standard Not Found page — and I wouldn’t be surprised if it’s issuing a 410 (“Content Gone”) response as well (this won’t be a visible difference, but if you open DevTools > Network, load the page, and then look at the response headers on the main page it will show you the status code).

https://www.seopress.org/features/301-redirects/ (note this has an “Automatic Redirects” feature that detects when something is deleted – I know Yoast will offer to issue a 410, so maybe this does the same).

Can you please look in Redirection’s and SEOPress’s lists of redirects? I bet there’s one there for your deleted tag’s URL.

Hi @kkk07 ,

I just deleted my test-tag archive, reloaded the /tag/test-tag/ page and it worked correctly for me. (So, deleting a tag isn’t the issue.)

Perhaps it’s a caching issue. This could be the case if you installed the plugin after initially seeing the default 404 page on that URL. Have you cleared all caches?

Or maybe another plugin is conflicting. Could you please share your list of plugins? You can get that from Tools > Site Health > Info > Active Plugins.

And, what Theme is your site using?

Thanks,
Andrew

Hi @kkk07 –

I just tested the plugin on a staging site, and it’s working fine for me when /tag/ is in the URL.

domain.com/tag/test-tag/ is a working tag archive page.

domain.com/tag/test-tag-broken/ is a 404, and it’s showing my Custom 404 Page.

If you go to Settings > Permalinks and click “Save” (don’t change any settings, just re-save the page), does that help?

If not, what URL structure are your permalinks set to?

Thanks,
Andrew

Thanks, @galliweb! So glad it’s working well for you, and we really appreciate your taking the time to leave a review. ??

Thanks, @morphman! So glad that Hubbub is working well for you. Cheers!

Thanks @geoffw1! Glad you found Alt Text Tools helpful! ??

Awesome, thank you!

Hi AK,

Since we haven’t heard back in a couple of weeks, and we can’t reproduce this issue on our end, I’m going to mark this as “Resolved” for now. If you want to dig in again, though, please send the above info and we’ll be happy to take another look!

Thanks,

Andrew

Hi @antoinek95,

The plugin should work fine with a prefix other than wp_, as long as it’s correctly defined in the WordPress settings (in wp-config.php).

Are your ap_ tables additional, custom tables, that are separate from the regular WordPress tables? Or is your entire WordPress installation using the ap_ prefix?

If you go to Tools > Site Health, then click on “Info” at the top, and then expand the “Database” Section, what is the “Table prefix” shown?

Thanks,

Andrew