Allow to retry payments after failure, including (re)authentication for offsession payments (SCA)

I definitely don't fully grasp what changes would be needed to this PR to get it to work with https://www.drupal.org/project/commerce/issues/3047103 → , but this small addition to #55 does allow you to add a payment method to an order that's in the "needs_payment" state when you visit, for example, /user/[UserId]/orders/[OrderId]/payment-retry.

I'm kind of hard-coding the workflow, though, and that's probably not right. If anyone can point me in the proper direction, I'm happy to make more changes.

Here are a few more changes to make this new page easier to get to.

Change 1: Link the email telling you a payment was rejected to this new page to fix it.
Change 2: Add an action button to the order page so if your order is in "needs payment" state, you can fix the payment right from the order page.

Re-roll most recent patch against dev latest (a2c4813d)

does not work with Drupal 10. the patch introduces drupal_get_path

Updated patch and replaced drupal_get_path, [#2940438]

The last submitted patch, 62: commerce_recurring-retry-payments-3172234-61.patch, failed testing. View results →
- codesniffer_fixes.patch Interdiff of automated coding standards fixes only.

Do not use last patch. several additions from 60 missing.
I had to git add the specific files then git diff HEAD > patch-name

josephr5000 → made their first commit to this issue’s fork.

The initial route has a /user/{user} prefix whereas subsequent routes in the checkout flow lack that. This makes it harder than necessary to theme for consistent and trustworthy UX appearance throughout this flow. It seems preferable to work with the order's customer instead of obtaining the $user from the route, making it unnecessary to have the /user/{user} prefix.

I'd appreciate others checking to be sure you agree that working with the order's customer is a valid thing to do here!

This patch removes the /user/{user} route prefix and makes some consequential adjustments.

NOTE: this patch is based on #60 as I couldn't get #64 to apply cleanly to 8.x-1.x-dev. Happy to re-roll if @SocialNicheGuru can help me out.

Patch 66 changes the payment retry route, but for a transitional period there may be Dunning emails in customer inboxes that still point to the old (deprecated) route. Here's a utility module I'm using to bridge the gap, in case anyone else finds it helpful.

josephr5000 → changed the visibility of the branch 3172234-patch-66 to hidden.

josephr5000 → changed the visibility of the branch 3172234-patch-60-plus to hidden.

josephr5000 → changed the visibility of the branch 3172234-allow-to-retry to hidden.

Changes:
- I recovered @SocialNicheGuru's change
- Created a merge request from the issue fork
- Attached patch #68 for your convenience

Advance apologies that my branch name might not have been the best choice. If anyone wants to rename it, feel free.

Needs reroll against the latest dev

Updated for July 23, 2004 dev of module

I noticed that there was hook_install but no corresponding hook_update. I added it to this patch.

Please disregard the last two. Several files were missing.

Please use this one

Rerolled because of conflict with commit 🐛 Customer Subscription list view is broken in 10.3 Fixed

replaced use Symfony\Component\EventDispatcher\Event; with use Drupal\Component\EventDispatcher\Event;