Wondering if anyone else has experience this issue. I am currently unable to reproduce it.

Using Commerce, Commerce Recurring, Commerce Cardonfile, and Commerce Stripe 1.x-dev

I am receiving orders when a user is checking out with a $5 commerce recurring entity, and it appears to be completing fine with no Commerce Stripe errors. However there is no payment.

I have the latest dev installed. I have tried testing it with a bunch of different cards, decline, decline for a different reason, and active cards. On both live and test Stripe Keys. Using stripe.js.

Everytime I go through it, it declines properly and accepts properly. However some of my real customers are getting through the process without their actually being a charge. This is obviously not good, because they are checking out without payment. Wondering if anyone has experience this and could help me out.

Comments

VanD’s picture

A little more information, it seems like Stripe is reponding to the token request, but not receiving a charge request.

Here is an example of a /v1/tokens log where this is the only interaction, not /v1/customers or /v1/charges

Some items blanked out for security.

Parsed Request POST Body

key: "***LIVE-KEY***"
payment_user_agent: "stripe.js/db9bf3d"
card:
number: "****************"
cvc: "***"
exp_month: "03"
exp_year: "2017"
name: "***NAME***"
address_line1: "***ADDRESS***"
address_line2: ""
address_city: "***CITY***"
address_state: "***STATE***"
address_zip: "***ZIP***"
address_country: "US"

Response body

id: tok_***TOKEN***
livemode: true
created: 1436488673
used: false
object: "token"
type: "card"
card:
id: card_***CARD-ID***
object: "card"
last4: "***LAST 4 DIGITS***"
brand: "MasterCard"
funding: "debit"
exp_month: ***EXP MONTH***
exp_year: *** EXP YEAR***
country: "US"
name: "***NAME***"
address_line1: "***ADDRESS***"
address_line2: ""
address_city: "***CITY***"
address_state: "***STATE***"
address_zip: "***ZIP***"
address_country: "US"
cvc_check: "unchecked"
address_line1_check: "unchecked"
address_zip_check: "unchecked"
tokenization_method: null
dynamic_last4: null
metadata:
client_ip: "**IP ADDRESS***"
VanD’s picture

Some more information. Looking at the revisions of an order, there is one line in there that interested me.

Checkout: Complete - Customer skipped the Payment page because payment was already submitted.

I thought this was strange, but I doubled checked the settings on admin/commerce/config/checkout/form/pane/commerce_payment

I have "Require a payment method at all times, preventing checkout if none is available." Checked.

Still having issues.

VanD’s picture

Status: Active » Closed (fixed)
VanD’s picture

Issue summary: View changes
Status: Closed (fixed) » Active
StatusFileSize
new56.45 KB

I spoke too soon. This issue is not fixed. I still have some users who are reporting payment completion but no payment processed.

I did notice something orders that are not being processed have the revision:

Customer skipped the Payment page because no payment was required.

Orders that are being processed have the revision:

Customer skipped the Payment page because payment was already submitted.

This comes from commerce_payment_redirect_pane_checkout_form where if the order does not have a payment_methord selected it skips the payment. I have enabled checkout settings to require a payment method but at this step it seems to ignore this. I have checked and it does appear that some of these transactions are trying to go through with a payment method selected. I can't figure out why this is happening, but it is, and it shouldn't.

Here is a screenshot of my checkout setting, just in case these are setup wrong.

VanD’s picture

Issue summary: View changes
Status: Active » Closed (fixed)
StatusFileSize
new57.23 KB

I got it working, by removing everything from the "Review" pane. Moving Review to disabled, and payment to the checkout pane.