Forum Replies Created

Viewing 15 replies - 1 through 15 (of 152 total)
  • Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @davidbaker

    Restricting content per individual user is not something Restrict Content is designed to handle out of the box.

    RC is specifically built around a membership-based access model, where content is restricted based on membership levels, not on a per-user or per-page assignment.

    If you were to try to replicate a “one page per user” setup using RCP alone, you would essentially need to:

    • Create a separate membership level for each individual piece of content, and
    • Assign users to the corresponding level manually or through custom

    Hope that helps.

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @jvandeven

    To start narrowing this down, could you please confirm the following?

    1. Are the affected users marked as “Active”?
      In WP Admin > Restrict > Memberships > Edit Member, please check:
      • The user’s Status is set to Active (not Pending, Expired, or Cancelled).
      • The correct Membership Level is assigned (Bunurong man / Bunurong woman / General restricted access).

    Since changing the user role to Administrator resolves the issue, that strongly suggests this is related to membership status or restriction configuration rather than a browser issue.

    1. Content Restriction Settings
      On the restricted page:
      • Edit the page.
      • Scroll to the Restrict This Content box.
      • Confirm it is restricted by the correct Membership Level
      • Make sure the correct membership levels are selected.
    2. Cache / Plugin Conflict Test
      If everything above looks correct:
      • Clear any caching plugin/server cache.
      • Temporarily deactivate all plugins except Restrict Content and test again.
      • Switch to a default WordPress theme (like Twenty Twenty-Four) and test.

    Since multiple users are affected and you can replicate it, this is very likely either:

    • A membership not truly being marked Active
    • A plugin/theme conflict
    • Or caching serving the restricted version incorrectly

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @eggdesign1994

    I tried replicating this on my end, and the [restrict]…[/restrict] shortcode worked as expected, so let’s troubleshoot a few things to get it working for you.

    When using the shortcode, please make sure of the following:

    1. Member Access Setting: On the post or page where you added the [restrict]…[/restrict] shortcode, check the “Member Access” option (Restrict Content metabox). See: https://share.zight.com/9Zu1lLNm
    2. Shortcode Placement: Ensure the [restrict]…[/restrict] shortcode wraps only the content you want restricted. Extra spaces or line breaks sometimes interfere with parsing in some themes or editors.
    3. Theme or Plugin Conflicts: Some themes or plugins may override content visibility. If the above doesn’t fix it, try temporarily switching to a default WordPress theme (like Twenty Twenty-Three) and deactivating other plugins to test.
    4. Logged-In vs. Logged-Out Users: The restriction only applies to users who do not have access. Make sure you’re testing as a logged-out user.

    Let me know how it goes.

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @askwpgirl

    Thanks for the detailed explanation.

    Our development team is aware of this behavior and is actively investigating it. We’ve seen this occur in certain environments depending on how outgoing server requests are evaluated and handled.

    Since you already have an active support ticket open with us, we’ll continue providing more detailed troubleshooting and updates via that ticket to keep everything consolidated. If there are broader updates or a general fix released, we’ll be sure to share that information here as well.

    In the meantime, manually entering the Stripe Publishable and Secret keys (as outlined in the email) is a temporary workaround.

    We appreciate you taking the time to outline potential solutions.

    Best regards,
    Ramil

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @javierps

    By default, Restrict Content does show an error message if a user enters an email address or username that’s already in use. The typical message is: “This email address / username is already in use. If this is your email address, please log in and try again.”

    However, what you’re seeing, where the Register button disappears, the form stays on screen, and no error message appears, usually means that the registration form did not fully load in your browser. When this happens, the JavaScript that handles validation and error display never gets initialized, so errors that should be shown (like duplicate email/username errors) never appear. To help help resolve issue, you may follow thins link here.

    Best regards,
    Ramil

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @3cstudio

    I’m sorry for the mixed messaging this caused. To clarify: while the Free version does include some basic membership emails (such as new user and activation emails), expiration and renewal reminder emails are only available in Restrict Content Pro. Those specific reminders aren’t supported in the Free version, which is why no “expired” or renewal notices were sent to your members.

    Once Pro is installed, renewal and expiration emails can be configured under Restrict > Settings > Emails. This guide walks through how they work in detail:
    https://restrictcontentpro.com/knowledgebase/expiration-and-renewal-reminders/

    I completely understand how disappointing this is, especially given the expectations set earlier. I’ll be passing your feedback to the team so the comparison chart can be made clearer and prevent others from running into the same issue.

    Best regards,
    Ramil

    • This reply was modified 3 months, 2 weeks ago by ramilbatoy.
    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @javierps

    At the moment, Restrict Content (free) automatically activates users when they register for a free membership, and there isn’t a built-in option to place new registrations in a pending or approval state.

    As a workaround, you may consider using a third-party plugin that can manually approve users after registration, which allows administrators to manually approve new users before they can log in and access the site.

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @3cstudio

    Thanks for the detailed note and for explaining the situation.

    Free vs Pro Functionality
    The Free version of Restrict Content supports only very basic membership emails (like New User Notification, Paid Membership Activation). Features such as reminders for upcoming membership expirations or recurring payment reminders are only available in the Pro version. Free doesn’t automatically send renewal emails or track upcoming expirations.

    Emails Tab in Free Version
    The checkboxes you see under Emails (“Disable for Member/Admin”) control the limited set of emails that Free supports. They do not add renewal or expiration alerts, which is why leaving them unchecked does not trigger the emails you were expecting.

    If automated renewal alerts and member notifications are essential, you may check the Pro version. You may test the demo site here. Alternatively, custom development or third-party plugins could provide similar alerts, but these would require additional setup.

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @afassas

    Thank you for reporting this. We’re aware that after the transition away from the iThemes.com domain, a number of legacy documentation and help links are still redirecting to the SolidWP support site. This behavior is tied to the retirement of the old iThemes help center and the associated redirection rules.

    For current documentation, please use the updated Restrict Content Pro Knowledge Base:
    • Knowledge Base: https://restrictcontentpro.com/knowledgebase/
    • Getting Started Section Here.

    We are actively reviewing and updating these legacy links so they resolve correctly going forward.

    Thank you again for bringing this to our attention.

    Best regards,
    Ramil

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @rbdev

    Thank you for taking the time to share your concerns, I completely understand how frustrating this situation can be. I also appreciate you letting us know that your client is a non-profit; I understand budget constraints are a real consideration here.

    To set proper expectations, the free version of Restrict Content does not include built-in subscription renewal reminders or automated reporting for upcoming renewals. These features are part of Restrict Content Pro, where reminder emails and member expiration tools are handled automatically. You can find more details on the differences here:
    https://restrictcontentpro.com/why-go-pro/

    That said, you can explore a custom code as a workaround. Although the following example is intended for Restrict Content Pro, you may still find it useful as a reference or starting point if you’re comfortable working with code or have access to a developer:
    https://github.com/restrictcontentpro/library/blob/master/rcp-expiration-reminders-active-only.php

    This snippet demonstrates how expiration reminders can be sent only to “active” members. With some adjustments, parts of this logic may be adaptable for your use case, depending on how subscriptions are handled on your site.

    Hope that helps. Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @bubbletwo

    Thanks for reaching out! I can help clarify this for you.

    It looks like there may be some confusion with the plugin versions.
    If you’re using Restrict Content (free) version 3.2.15, the email-verification system you mentioned is actually a feature of Restrict Content Pro, where the latest version is 3.5.47.

    The free Restrict Content plugin does not include email verification, so the “Your account is pending email verification” message is not coming from it. If only the free version is active, then another plugin, most likely your OTP login plugin, is adding the verification requirement. Many OTP plugins set their own “pending verification” status and restrict access until verification is completed.

    If you have Restrict Content Pro installed, please submit a support ticket here so we can further investigate what’s causing the issue. If you are using the Free version, you may need to adjust your OTP plugin’s settings so it marks users as verified or active after OTP login.

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @naomispirit

    Thanks for reaching out and sharing these details!

    I’d like to gather a bit more information so we can identify why the Instant Payment Notifications (IPN) aren’t being received.

    1. PayPal Version
      Could you please confirm what version or type of PayPal integration you’re using (for example, PayPal Standard, PayPal Express, or another method)?
    2. Plugin Version
      Please also confirm whether you’re using the Restrict Content (free) version or Restrict Content Pro.
      The free core version only supports Stripe and Manual Payments as payment gateways.
      PayPal integration is only available in Restrict Content Pro. You can see a comparison here: Why Go Pro.
    1. Third-Party Plugin Check
      If you’re using a third-party plugin to handle PayPal payments.

    If you do have Restrict Content Pro installed, I recommend opening a support ticket through your account’s Restrict Content Pro support portal. Our Pro team can then review your setup in detail, including logs and IPN handling on your site, to determine what’s preventing the notifications from being processed.

    Once you confirm the above, we can help guide the next troubleshooting steps more accurately.

    Best regards,

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @rococodigital ,

    That’s great to hear, I’m glad you were able to track down the cause and resolve it. Conflicts like that can sometimes produce misleading logs.

    I’ll go ahead and close this ticket, but if you run into any other issues or questions, feel free to reach out anytime.

    Have a great day!

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @rococodigital

    Apologies for the delayed response.

    The error message:
    cURL error 60: SSL certificate problem: self signed certificate
    indicates that your site’s SSL certificate isn’t being recognized as valid by Stripe’s API. This usually means your web server is using a self-signed or improperly configured SSL certificate, which prevents secure communication between your site and Stripe.

    Could you please confirm the following so we can narrow it down:

    1. Sandbox Mode Test:
      Try connecting your Stripe account in Sandbox (test) mode under Restrict Content → Settings → Payments → Stripe.
      • If the connection works in Sandbox mode, the issue is likely with your live site’s SSL configuration.
      • If it still fails, it may be a local cURL or PHP configuration issue on your hosting server.
    2. SSL Certificate Validation:
      • Visit your website using https:// and check for any SSL warnings in your browser.
      • If the certificate shows as self-signed or incomplete, please contact your hosting provider.

    So far, we haven’t received other reports of this issue, so it appears to be specific to your site’s server configuration rather than the Restrict Content plugin itself.

    Once you’ve verified your SSL setup or tested Sandbox mode, please let me know what you find.

    Best,
    Ramil

    Plugin Support ramilbatoy

    (@ramilbatoy)

    Hi @claraloustau

    The issue you’re experiencing may be related to server or site configuration. Here are a few steps to help troubleshoot and resolve it:

    1. SSL Certificate – Please check with your hosting provider to ensure your SSL certificate is properly configured. Stripe requires a secure HTTPS connection for the connection process to work correctly.

    2. Security or Caching Plugin Conflicts -Sometimes caching, firewall, or security plugins can interfere with the redirect between your site and Stripe.
    – Try temporarily deactivating any security, caching, or firewall plugins.
    Clear your site cache and your browser cache, then try connecting Stripe again.

    3. Plugin or Theme Conflict -To rule out a conflict:
    – Switch to a default WordPress theme like Twenty Twenty-Four.
    – Deactivate all other plugins except Restrict Content.
    – Then try connecting to Stripe again.

    Let me know how it goes after trying these steps.



Viewing 15 replies - 1 through 15 (of 152 total)