timwitort

Same here. Site hosted on a VPS with InMotion Hosting. No changes to the hosting server. Checked Analytify dashboard today and it’s just this same error repeated rather than any of the statistics.

Awesome. Thanks for the quick fix!

Thanks, Takayuki! You nailed it. This was introduced when updating the Astra theme from 1.5.1 to 1.5.2. I’ll notify Brainstorm Force – the makers of the theme.

Yeah, on one of my sites it works fine. On another, it will work for a while, then stop working, requiring manual disabling/deleting of the plugin. These two sites are basically identical – one is the live site, the other test/development/staging. Since the site where it doesn’t work is the live site, I can’t afford to disable all plugins and revert to a default theme to troubleshoot the issue.

It appears that WPS Hide Login occasionally just looses the customized login folder name. At this point, you’ll get a 404 when you go to the hidden folder. But the hidden folder has just reverted to WPS Hide Login’s default which is “/login/”. So, if in WPS Hide Login you had set the login path to https://mysite.com/hidden/ and that worked for a while then you get a 404 error, just try https://mysite.com/login/ instead. Chances are it will work. This seems like a known bug in the plugin since the author quickly replies to all reports of 404 errors by writing “/login”. It a shame because it’s a handy plugin.

Could you elaborate on that? Am I adding ‘/login’ to the hidden url? Am I adding ‘/login’ to the standard WordPress login URL? What am I doing with this?

I am using popbox with Elementor without this conflict happening.

Having the same problem. A royal pain as I have several popboxes on different pages and whenever a new one is added, EVERY page must be edited and its popbox setting corrected.

What was the caching fix? Just clear cache in the browsers?