Experiencing the same issue.
same problem, subscription is canceled after multiple payment attempts, but the license is still active.
@jbuttler, how you are testing the subscription? had the billing scheduled for days or hours?. I mean if the billing cycle is set for weeks then how one should test it? obviously one can't wait for weeks to test it.
qaiser iqbal → created an issue.
qaiser iqbal → created an issue.
Update: The above patch #24 works, user can update the payment method, At first, It was not working with me. It might be related to one another issue in my site, Now It works, Thanks
The patch got failed while applying via composer
Have applied the patch, now there is no error. but the "edit" link is not showing up. although commper_payment permission is set. check the screenshot.
I have applied the Rerolled from #19. when adds a new payment method by open the form it get the following error:
Fatal error: Class Drupal\commerce_stripe\Plugin\Commerce\PaymentGateway\Stripe contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (Drupal\commerce_payment\Plugin\Commerce\PaymentGateway\SupportsUpdatingStoredPaymentMethodsInterface::updatePaymentMethod) in /code/web/modules/contrib/commerce_stripe/src/Plugin/Commerce/PaymentGateway/Stripe.php on line 56
The patch #5 doesn't work with the latest dev version.
I fixed the issue. it was related the some custom permission used by another module.
Also, creating a new webfrom lead to "Access Denied". see the attached screenshot.
The "filter_null" issue is resolved now by making changes into the yml file of the filter. but still the issue persists. Also, it seems to me the issue is related to permission as accessing any form "build" through url lead to You are not authorized to access this page.
The site has thrown an error: Missing filter plugin: filter_null. when tried to load "/admin/structure/webform/config/advanced" that might have casued the issue.
cache has been cleared but no success, don't remember, but it was minor version, after updation, database updation was done.
Just repaired configuration, but no success.
qaiser iqbal → created an issue.
The issue is very strange, sometime it works, other time it fails. these two orders with 251 id is process successfully. see the screenshot.
Here is the complete reply of Trent Crawford .
The issue trigger when cron process "Renew recurring order" and "Close recurring order" jobtype from the queue. As per Trent Crawford , the payment is being closed on payment on RecurringOrderManager::close(). This causes the PaymentOrderUpdater to run in the kernel destructor (after headers have already been sent). so they have merged a request in
#3323736 →
to the commerce. The changes in the merged request already exists in the commerce 3 dev. Still commerce_recurring throws the error and queue job got failed. Anyone else faces this?
qaiser iqbal → created an issue.
In stripe dashboard webhook, setup_intent event is enabled
how to use SetupIntent ?
qaiser iqbal → created an issue.
@johnwebdev is right there should be a confirmation message before deleting it. I have applied the patch #6 and its now deleting the queue.
Qaiser iqbal → created an issue.
My suggestion would be to change the plugin id in https://git.drupalcode.org/project/field_validation/-/blob/3.0.x/src/Plu... to something like SymfonyCurrency (this is the root cause of the conflict) and in https://git.drupalcode.org/project/field_validation/-/blob/3.0.x/src/Plu...…]le/CurrencyConstraintFieldValidationRule.php?ref_type=heads make sure the updated constraint ID is utilized
Qaiser iqbal → created an issue.
How to update a bundle field value programatically ? for instance, I have eck entity_type "clinic" and bundle "clinic_location" now i want to update a field of bundle.
Qaiser iqbal → created an issue.
After following your instruction, It's work now. Thanks
Thanks @sayco for your reply, yes, I had cleared the cache but no avail.
Qaiser iqbal → created an issue.
Qaiser iqbal → created an issue.
Qaiser iqbal → created an issue.