arcaswebdesign

The problem there is that many of our past clients were referred to Siteground so have their own hosting account with you.

So they may well have gotten those notifications but the vast majority of them won’t know what any of it meant or whether they should consent or not, and that’s why we, as a professional development agency, would handle those decisions for them, by being aware of the plugin’s availability and deciding whether to install or not – not having the plugin force-installed then having to remove after the fact as well as dealing with their confusion and wondering if their site has been hacked.

I think a far better approach would have been to contact people and make them aware of the plugin and what it can do and then allow them to opt-in to install, not vice versa.

Hi Kevin

The block is part of the JetEngine plugin (https://crocoblock.com/plugins/jetengine) which is commercial but I could lend you a copy of it to test with if that would help?

The default Siteground caching mechanism is in place however previously I tested clearing this first before attempting to get past the PW screen but no joy. I’ve now added “?protected-page*” as an exclusion to their caching then used their test to confirm it wasn’t being cached but still had the same issue.

There’s no error message or anything, I simply get sent back to the same page with the password prompt again.

If you login via wp-login.php then no, you don’t, as the site lock is only in place for guests/non-logged in users.

The issue is purely in trying to access the site whilst not logged in. So it would be more about the page to which we are redirected after switching users needing to have the keyword appended to it.

So rather than choosing SWITCH TO USER and it reroutes you to the previous page or homepage or whatever it does, it would reroute you to that page with the passphase appended to the URL.

I guess if we were able to enable such an option then enter this somewhere in the plugin settings (so I would put “cmp_bypass=mykeyword” then the plugin would know to append that to the redirection URL after switching user)?

As mentioned it’s not a HUGE issue as might be rarely used but whilst this membership site is in development we need to lock it to general access but also test the user accounts.

No problem, it was my misunderstanding, I just find it easier if I’m going to be adding lots of code to use SASS and the plain text boxes are hard to control layouts for anything other than a few simple styles, it was my misunderstanding however.

Instead I’ll enqueue the file myself as detailed in https://www.intelliwolf.com/add-custom-css-wordpress-admin-area/

That’s great, thanks Niklas and yeah we’re using Elementor to build that page.

Will leave it in place for now as it does no real harm!