Forum Replies Created

Viewing 15 replies - 1 through 15 (of 21 total)
  • Thread Starter Ryan

    (@fremzy)

    @barsha04

    That’s untrue and I wish you’d stop saying it. A bot requested my email address when I initiated the chat and advised someone would get back to me. I kept the chat open and kept waiting for about 6hrs, no one ever attended to me on the chat and no one ever emailed me in response to my query.

    I’ll try again sometime when I have 6hrs to wait.

    Thread Starter Ryan

    (@fremzy)

    Hi @favoriteswan,

    Thanks for responding. If I understand you correctly, it sounds like you’re saying there is NO status update in RC when a Stripe payment fails UNTIL after the several Stripe retries and Stripe cancels the subscription. Am I correct in this understanding?

    If so, I think this is a defect in RC logic. Let me explain. If I’m running a digital content business and using RC to manage access to my content, I don’t want customers to have access at all IMMEDIATELY when there is a failure to renew due to payment failure. BUT I still want Stripe to be able to retry payment attempts in the hopes that there can be a successful renewal (customers are notified when payment fails and they may take action to correct the issue). This ensures that customers are motivated to proactively keep their payment method issue-free and promptly address it if any issue arises. Allowing access to restricted content after payment has failed and during retry attempts compromises the revenue of the content provider. An observant customer can purposely elect not to allow successful payment processing knowing they’ll get an extra 2 weeks of free access to the content.

    And this scenario is possible with Stripe because Stripe publishes payment failure events before it moves the subscription to a cancelled state after retries have failed. So, I think it would make sense to tie access in RC to the payment failed event rather than the subscription cancelled event.

    Thread Starter Ryan

    (@fremzy)

    @barsha04 That’s unfortunately untrue. NO ONE has contacted me or responded to me till date. I waited on the chatline for over 6hrs as mentioned, left my contact email as requested for someone to get back to me, and till this moment, no one has. It’s unclear why I was referred to the chatline if no one bothers to respond. Very disappointing.

    Thread Starter Ryan

    (@fremzy)

    Hi James,

    Sorry, a bit of additional clarification needed: when does RCP consider a payment as “failed”? Immediately a payment attempt fails or after the automatic retries by Stripe eventually fail? I’m finding in my test environment that when payment fails in Stripe, the member’s status does not automatically switch to “expired”. So I’m wondering if that switch only happens after Stripe has exhausted all retry attempts.

    Please clarify?

    Thanks

    Thread Starter Ryan

    (@fremzy)

    I contacted you via Chat as instructed over a week ago. I waited for almost 6hrs and no one responded to me on chat. I was advised through the autobot that I would be contacted by email. That was over a week ago and still no one has responded. This is quite disappointing.

    Thread Starter Ryan

    (@fremzy)

    Thank you. Will do!

    Thread Starter Ryan

    (@fremzy)

    Hi,

    Unfortunately, my system is not accessible to outside network, it’s just a sandbox environment. I’ve noticed that if I choose a category and then select a tag, then the tagged videos show up in the result. But if I just search using the tag, nothing comes up. I’m on version 2.6.1 of the plugin, if that helps.

    Thread Starter Ryan

    (@fremzy)

    Thanks kindly!

    I was thinking that metadata would be pulled directly from the host so I didn’t populate the field.

    Thank you for getting back promptly and for the awesome work you’re doing.

    Thread Starter Ryan

    (@fremzy)

    Thank you, James!

    Yes, this clarifies it for me. Appreciate your time.

    Thread Starter Ryan

    (@fremzy)

    Oh my! Please forgive me. So sorry.

    How can I delete this thread?

    Thread Starter Ryan

    (@fremzy)

    Actually, I just tried the code with another theme and it seems to work perfectly fine. So, maybe it’s just something with the theme I’m using that’s incompatible.

    Thread Starter Ryan

    (@fremzy)

    Thanks for the hint. Unfortunately, I’m not a coder so I don’t have the skills to do that… lol. But thanks for responding anyway.

    Thread Starter Ryan

    (@fremzy)

    Thanks but unfortunately, that didn’t fix it altogether – it only eliminated the white space on top, leaving the bottom white space.

    I’m testing this in a sandbox environment, so it’s not publicly accessible.

    Thread Starter Ryan

    (@fremzy)

    Excellent! Thank you! I’ll check it out.

    Thread Starter Ryan

    (@fremzy)

    Thanks @highprrrr and @jkleinithemes for looking into it.

    The majority of subscriptions are tailored to run monthly or yearly. It’s a bookkeeping nightmare trying to reconcile prorating customers who downgrade from an annual plan to a monthly plan. Plus, oftentimes, annual subscriptions have built-in discounts. If members can downgrade effective immediately, then they can take advantage of the discount built into the annual plan and then downgrade to a monthly plan (or even cancel entirely) causing significant loss. I personally don’t see a lot of use cases for instantaneous plan changes.

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