Joachim Jensen

This has been fixed in the latest version.

Let me know if the issue persists for you, and thanks again for reporting it!

Thank you for reporting this. This should be resolved in the latest version ??

And good to hear you find the plugin useful for classic/hybrid themes! While CAS already fully supports block widgets, it is on the roadmap to also support FSE out of the box.

Hi,

To display widget areas on the home page, you can use the Special Pages condition. Read more here: https://dev.institute/docs/content-aware-sidebars/sidebar-conditions/static-pages/

Thank you for reporting this and for providing all the details.

I can confirm this is a bug and will be fixed in the next update.

To be clear: is it still possible for you to manually remove these “ghost memberships”?

Hi,

Unfortunately currently there is no built-in functionality to bulk import/export memberships, and like you mentioned, users has to go thru the checkout flow for the WooCommerce automator to work. Technically, it would also work if you created+completed a WC order in the backend for each user, but then it would be easier to just add the users to the levels.

Users generally get the Subscriber role after registering, yes, but it can also be assigned at another point.

If you already imported your users, you could try to do this:

1. Create a new role, e.g. with https://www.ads-software.com/plugins/user-role-editor/
2. For the Access Level you want the new users to have, create a “User Role” Trigger Automation and select the new role you created
3. On the Users screen, select all the relevant users and use the “Change role to …” dropdown
4. After clicking “Change”, the users should be members of the specified access level

Thank you for reporting this.

If you deactivate Restrict User Access, does the Lost Password functionality start to work again?

Unfortunately there is currently no built-in functionality to import/export levels and memberships.

If you are able to copy SQL directly between the two sites, levels are stored in the posts table with post_type=restriction, and memberships are stored in the comments table with comment_type=rua_member. Remember to also copy related data from postmeta, commentmeta and users tables.

Thank you for reporting this. Is this still an issue?

When you use the restrict shortcode, do you then use the role or the level parameter?

Thank you for reporting this.

Would it be possible to show a screenshot of what you are experiencing? You can use imgur.com

There is currently no built-in support for this, but it is an interesting use case. Would you mind sharing what plugin(s) you use for user profiles?

Hi,

The plugin is still actively maintained and works with the latest version of WordPress. An update is also underway!

Hi,

I am sorry to hear about this experience. There is a few things I want to clarify which makes me believe that this review is for a different plugin:

1. Content Aware Sidebars Pro starts at $49, there is no plan that costs $45.
2. If a license key for Content Aware Sidebars Pro expires, features already paid for will continue to work on the site(s) where it’s installed. Only future updates and email support will become inaccessible.
3. The free and Pro version of Content Aware Sidebars are separate plugins. If both are activated at the same time, Pro will take precedence, but it will never interfere with free features.

If this review is indeed for Content Aware Sidebars Pro and there has been a mistake, please don’t hesitate to get in touch here: https://dev.institute/contact/

Apologies for the delayed response here.

I am happy to hear that you found a solution to the issue, and thank you for sharing it in case others run into the same issue.

It is strange that setting was changed in between version 2.6 and 2.6.1. Sometimes data is migrated/updated on version updates, but that was not part of version 2.6.1. You can see all changes here:
https://plugins.trac.www.ads-software.com/changeset?sfp_email=&sfph_mail=&reponame=&new=3049412%40restrict-user-access%2Ftrunk&old=3037773%40restrict-user-access%2Ftrunk&sfp_email=&sfph_mail=

And the code that takes care of data migrations can be found here:
https://plugins.trac.www.ads-software.com/browser/restrict-user-access/trunk/db_updates.php

Hi,

Your use of the API looks correct to me. However, there is currently a limitation in the API so (parts of it) are only available after the WP action “plugins_loaded” has finished.

The error you are seeing basically means that it’s expecting a dependency that hasn’t been loaded yet.

Can you give me some more details about what you’re trying to use the API for?

Thank you for reporting this and for providing all the details.

I have closed https://www.ads-software.com/support/topic/shortcode-not-working-with-flatsome/ to use this thread.

I am not familiar with Flatsome, but it sounds like there is an incompatibility.

Just to be clear, these are the issues you are facing:

1. the [restrict] shortcode works fine when using the “role” parameter, but not the “level” parameter? Can you verify that you are using the level name, not the title or ID?
2. When using the shortcode in combination with Flatsome, elements/text start behaving strangely?