I am trying to: Control Access to certain pages/posts.
Link to a page where the issue can be seen: hidden link
I expected to see: A Login Form
Instead, I got: The Actual Page.
Hi, I believe you're running into the same bug another User has reported in the last couple of days:
https://toolset.com/forums/topic/access-does-not-take-the-layout/
Is it okay for me to turn plugins on and off on this site to confirm the issue is the same? If so, is it okay for me to install the Duplicator plugin and create a site clone for additional testing?
Hi Christian,
Yes that is fine.
it is a Development site.
Okay thanks, I have made a clone of your site so our 2nd tier support team can investigate further. I suspect it's the same problem but I will let you know whatever I find out.
Any news on this issue?
Seeing as other user's have had the same issue?
Need to get it working asap. Client is chasing.
Hi, I don't have anything new to share at the moment, but I will check in with our team to let them know you are requesting an update.
Please can I get an update?
The client is threatening to pull the plug on this project if it is not resolved asap.
Hi, my 2nd tier support team noticed a problem with Layouts in the trash bin being applied incorrectly by Access. I logged into your site to take a look, but it appears that this issue is now resolved. Am I correct?
No, it is not fixed, I have had to implement a workaround on my site, by adding Access Control Short codes to every Page that requires it to get it working (ish).
Please could you continue working on the copy of the site you made and see if it was the layout in the bin that was/is causing the issue.
I also noticed another issue to do with using the Avada theme/Fusion Builder and using Access Control Shortcodes.
But that's for another day as I can manually fix it using the Text option in the Default Editor.
It does not appear to be the issue in your case, because there are no trashed Layouts in the bin. I'm asking for some more information from the 2nd tier team, and I will update you soon.
Hi just a quick update to let you know we are still working towards a solution for this. My 2nd tier support team was able to offer a workflow that resolves the problem when no other plugins are active, but as soon as Yoast is reactivated the problem reappears. So we will continue to investigate and update you here as soon as possible.
Many thanks Christian.
I can now see there is an article: https://toolset.com/errata/yoast-seo-plugin-overrides-access-rules/
if you could let me know when this has been resolved.
I have for now disabled Yoast on the dev site and Access Control works perfectly,
But we will need to Enable Yoast once the site is complete.
I will definitely keep you posted as I receive additional information. I don't think the erratum post you linked to is exactly the same as your issue, though. That issue involves edit post permissions for custom roles, whereas this issue involves post group permissions and the Guest role. Also there is no way to modify Guest permissions in Access Roles advanced options / custom capabilities, so the workaround in that erratum does not apply to your case.
I'd say it was related.
If I Enable Yoast, Access Control doesn't work properly.
If I Disable Yoast, Access Control work's as expected.
Hello again, our developers have a patch file for you to use. Please find the file here:
hidden link
Replace the file in wp-content/plugins/types-access/includes/
Let me know the results of applying this patch. When testing on my local clone, the login form was shown as expected.
