Joachim Jensen

Hi,

It looks like that would be “edit_theme_options”. This capability also gives access to manage widgets and other theme/design related settings.

Thank you for your feedback, great to hear that the WooCommerce trigger is useful!

By product variations, do you mean that only Variation 1 for a given product should add a membership to Level A, and Variation 2 -> Level B, and so on?

The automators in RUA are intended to be very simple, and eventually I hope to have an integration for more advanced automator plugins such as Uncanny Automator and AutomatorWP.

I will definitely look into if a product variation automator is feasible.

Thank you both for reporting this and for providing the error details. The issue should be resolved in the latest version, 2.6.1. Please let me know if the issue persists after updating the plugin.

Hi,

All data from users will be stored in the website database; no additiona database tables are created, and none of the user data is collected by DEV Institute.

You can read more here: https://dev.institute/docs/restrict-user-access/faq/gdpr/

Would it be possible to provide screenshot(s) of your access level settings? You can use imgur.com

Are you still experiencing this issue? If so, are you using any other plugins to manage user roles or access control?

Currently that is not possible, but it is an interesting idea.

Would it be possible to tell me more about your use case for this?

That error message indicates that you are passing a wrong type somewhere, possibly a level object when it should be a level ID.

This has been fixed in version 2.6. If you continue to experience any problems, please open a thread again.

This has been fixed in version 2.6. If you continue to experience any problems, please open a thread again.

This has been fixed in version 2.6

I just tested the PHP API and unfortunately I am unable to reproduce the problem.

1. Are you still able to add members manually via the admin (or by using the predefined Automators)?
2. Do you know if your error logs contain anything related to the plugin?

It is currently not possible to get all levels via the PHP API, but I have noted this request down so it will be added in a future version.

Since all levels are custom post types, you can use this snippet to get all levels

$levels = get_posts([
    'numberposts' => -1,
    'post_type'   => 'restriction',
    'post_status' => [
        'publish'
    ],
]);

and then use the PHP API to find out what levels a given user have: https://dev.institute/docs/restrict-user-access/developer-api/

I am happy to hear that is all it was! I will try to see if I can make it more clear that administrators always have access to everything, all suggestions are welcome ??

Simplified explanation of what happens when you share a link on a social media platform: The platform will send a bot to visit the link, grab some information, and then display that to the user.

Restrict User Access does not change behavior for bots, so if you have created an Access Level and restricted content to logged-in users, a bot will not be able to see that. So this is why you see the “Login” message when sharing links to restricted pages.

You can make it so bots (and any other unauthorized visitor) can see a teaser of your restricted content like this:

1. Go to edit the Access Level in question
2. Open the “Options” tab
3. For the “Non-Member Action” option, select “Tease & Include”
4. Save

This should fix the problem you see on social media platforms. Any link that you have already shared that say “Login” may be cached by the platform for a while, so try to share another link after updating these settings.

I hope this helps!