Jump to content



  • Content Count

  • Joined

  • Last visited

  • Days Won


Lindy last won the day on February 6

Lindy had the most liked content!

About Lindy

  • Rank
    That Lindy Character

Contact Methods

Profile Information

  • Gender
  • Location
    Forest, VA

Recent Profile Visitors

105,630 profile views
  1. Please submit a ticket if you suspect any issues with your community. Thank you.
  2. I'm very confused, unfortunately. Your original suggestion was asking for the ability to force a credit card to be saved and to force recurring billing. You now appear to be asking for the Stripe subscriptions via checkout method. We do not have support for Stripe "subscriptions" because Commerce handles all recurring billing and Stripe checkout would be redundant. We're certainly not barring you from using whatever you wish, the software just doesn't hook directly into Stripe subscriptions. To be clear: just because I personally am not on board with a feature suggestion does not mean it will never happen. All IPS employees have the ability to grab a suggestion and put it up for vetting internally. Developers, support, sales, etc. each weigh in and it either passes or fails from there. No one person, myself included, makes feature decisions. In this case, I wouldn't stand in the way, but from a corporate and legal standpoint, if the feature were to be introduced, I would insist that the customer not be able to proceed to checkout without acknowledging that the admin is forcing them to store payment details and engage in recurring payments and we'd make sure multiple reminders are sent prior to expiration. I can tell you from my own experience, a good number of payment disputes and chargebacks occur from people who actually opted in to recurring billing and simply forgot that they did so, were charged and called the credit card company to reverse the charge -- which then incurs a $15-25 fee on our end. Chargeback fraud amounts to thousands of dollars per year for us and an average of a loss of $2.60 for $1.00 of fraud. According to stats released by Verifi, Inc. 85% of chargebacks are conducted by consumers who never contacted the merchant. Most banks and processors consider subscription/recurring based purchases to be high risk. It's even worse if they, as you suggested, cancel a subscription before the term is up and you unsubscribe them from all services as they will then try to dispute the original transaction. Finally and most respectfully, you are simply not Facebook, Twitch or Youtube -- nor are we. 🙂 As consumers, we know how difficult it can be to get out of recurring billing agreements (if you've ever had SiriusXM, you'll feel the pain) -- for me, forced recurring payments is already a red flag -- it tells me the merchant is likely trying to lock me into something and hoping I'll forget about it and not pay close attention to future statements... combine that with a small site and it's a non-starter; I'll close the browser and move on with my life. PayPal is somewhat of a limited exception because you, as the consumer, can cancel a billing agreement with ease, without contacting the merchant and without performing a dispute. I won't debate business practices with you as how you conduct your business is just that: your business. Nonetheless, on a software level, I don't personally like this idea because I feel an inherent obligation to protect customers from exposing themselves to the pitfalls of what most institutions consider to be the highest risk transactions. If you're really committed to this and don't want to wait to see if the feature will be picked up by someone at IPS, it would be rather trivial for a third party developer to do a custom project for you and force the CC save box to be permanently ticked and change the verbiage to reflect that. I'd really recommend ensuring you have your disclaimers and legalese in place as we've had more than one customer get shut down by Stripe for funny business. Good luck and I'm sorry we don't have a perfect solution for you.
  3. I'm sorry this has been disappointing for you. It may be of help to note that we do have a payment overhaul roadmapped for the product in the future. Specifically, this would aim to alleviate this sort of confusion and also allow more flexibility such as deciding which payment methods can/should be used for which purposes and explicitly allowing or disallowing recurring payments. With that said, I realize that is not quite what you asked for. In terms of the specific suggestion, I'll be honest in saying I don't love the idea of forcing saved payment methods and recurring automatic payments with no opt-out other than cancelling your subscription. One could make an argument that comparing your community to Youtube or Facebook is apples and oranges. Youtube, Facebook, Spotify, et al will be more familiar with all applicable laws, regulations (which can and do vary) and they will have their own direct relationships with merchant processors. You, unfortunately, will not necessarily have that luxury... in the case of Stripe specifically, their service agreement states you must obtain explicit consent and provide appropriate disclosures to save customer payment information and process their recurring transactions. Subscriptions generate the highest amount of chargebacks for credit card issuers, processors and merchants. Chargebacks are very costly... to everyone. This is why PayPal no longer permits you to accept billing agreements using credit card - you must instead use their Braintree payment service, which is like qualifying for a mortgage and one of the questions on the app is specifically "do you sell subscriptions?" As much as we want to offer flexibility and ensure your success, we also need to be mindful of placing you in a position of getting yourself jammed up because of lack of knowledge of applicable laws and merchant regulations and of course it's important to us to stay in the good graces of those we integrate with, such as Stripe. I would rather focus effort on being clear to the customer from the beginning and give them the opportunity to avoid dealing with manual invoices by simply ticking a box to enable recurring billing. 4.4 also improved what happens when a purchase is about to expire, when it expires and if an attempt to auto-pay failed. If we need further improvement to that area, we're happy to do that as well.
  4. If you are saying that you have honor permissions disabled, have only selected certain forums and the widget is showing topics from other forums, not selected, then yes, that is a bug. As mentioned, an issue related to this was fixed last week. I'll take a look at your ticket and ensure it was applied when you updated.
  5. Just to be clear - when we say a third party resource is causing an issue, we do not necessarily mean the application or plugin itself is the root cause. We try to trace it to a specific third party resource for you, but once we identify that the issue is resolved by removing or disabling a third party resource, I'm afraid that's where our involvement ends. The actual underlying issue could be the resource itself, adverse effects from the interaction with other third party resources (this is common for folks that install half of the marketplace), an environment interaction with the resource or a number of things. Unfortunately, it is not within the scope of IPS support to determine which case may apply, so we will simply advise you to reach out to the author or remove the resource.
  6. I'm sorry for further confusion. This is not cloud related (in fact, very few should see any impact from the maintenance) - this is a bug in 4.4.0 that was patched. If you are experiencing this issue in 4.4.0 (and even if you're not) - please make your way to your AdminCP and then click Support -> Something is not working correctly. You will find a patch available (assuming you have not already applied it, of course) -- please click through that to apply. Thanks. (OP - this has already been done for you, as noted in your ticket.)
  7. You should be all set - I'm very sorry you had trouble.
  8. We have been asked by customers to intervene on this resource as it appears the author has gone MIA. This, of course, is always regretful. We have reached out and should we receive a response, we will revisit - however - at this time, purchases have been disabled and we will close this support topic. Existing customers will be able to download for the time being. In terms of refunds, all app stores work on the premise of all transactions being final. This is simply because the money you spend goes back out to the author. As a convenience to our customers, we provide a central resource for pre-screened themes and modifications. This avoids you needing to provide personal information to a third party and also allows us to review each original submission to ensure it complies with basic security standards. With this convenience, however, comes a certain degree of risk on your part. Naturally, in the event an author has withdrawn their funds and disappeared, the recourse is minimal and there is no ability for us to refund your purchase, except at a loss to us - which, per the Marketplace terms, we are unable to do. The first inclination in such a situation is to simply file a payment dispute. Please understand that this does not impact the author if they've collected their funds, we take the loss and have significant chargeback fees imposed upon us. Because this has amounted to thousands of dollars in losses every year, rendering the Marketplace a consistent loss to IPS, we have to take a hardline approach on this method and per our Standards of Service and Marketplace terms, any chargeback will result in account and often license termination. I'm very sorry that this is the unfortunate reality in these rare circumstances. Digital marketplaces and app stores are not a perfect system and all parties assume a certain degree of risk. Most of the time, it works out. Sometimes it doesn't. In those infrequent cases, we do our best to try and minimize future losses for customers as quickly as possible. We take our responsibility to help safeguard you seriously. If you have any questions or concerns, please feel free to reach out via the client area. Thank you.
  9. Thanks for reaching out. The first issue seems like a bug. I have copied it to the beta bug tracker and you can follow it here: With regards to your second concern, I'm afraid we will not be actioning that. Our official position is that you should not manually manipulate the URLs. The number and structure of components in the URL is required and should ideally not be altered. I understand your underlying use case for doing so (the first issue) - but again, that's a bug and hopefully we can address it.
  10. Sorry for the confusion. The title has been updated to reflect it's 4.4 beta.
  11. There are still no plans to do so.
  12. Much of this is now available via gateways like Sendgrid. On our Community in the Cloud offering, we have built-in bounce management. If an email cannot be delivered or has been flagged by the user, we will never attempt to deliver again.
  13. I'm sorry for your disappointment. Please understand, feedback vetting is not something any one employee can undergo themselves. It's an elaborate process in which every department chimes in, it's then moved to an internal tracker and our roadmap is compiled based on a number of factors including how a particular suggestion fits in with the scope of a release. In short, it's difficult to comment on a particular suggestion unless it's already on the current release roadmap. This is not targeted for 4.4, but is unofficially (not set in stone) targeted for a future major release. In the interim, as noted, a third party resource is available to fill this need for you.
  14. Have you considered leveraging the edit timeout for this purpose (minimizing damaging due to rage-quitting?) We can certainly see what kind of traction this feedback gets over time, but from my experience, it's equally - if not more - confusing and damaging to have a member run through and edit/delete individual posts, which often disrupts the flow and context of the conversation.
  • Create New...