Expires & Processing wheel
Permalink Browser Info Environment
I was having issues getting PayPal to work with my cart and someone told me about Stripe. I really like it so far and appreciate that you created an addon for Stripe.
I have two requests please.
1. In the pop-up that requests credit card details, it would be helpful, more than helpful, to indicate what format is expected for the expiration date. ie. 04 13 or April 2103 or 04/13 or 04/2013. I was able to figure it out because I have experience with purchasing online, but not everyone is experienced with computers and even upon not getting it there was no prompt indicating a sample format. Can you add something for that, either to put a format in the text field or above it?
2. After submitting credit card information, it takes a bit for my connection to process the request. The credit card details pop-up went away immediately and I was staring at the page I was on before hand wondering what happened - did it go through, do I need to refresh my page, etc. For me it was literally about 8 to 12 seconds. I do these things all the time and I actually felt quite convinced that nothing had happened - then suddenly the page changed and took me to the finish.php page.
My thought would be, perhaps you could put in one of the processing wheels to indicate that the information is processing. Can that be done?
Thanks,
I have two requests please.
1. In the pop-up that requests credit card details, it would be helpful, more than helpful, to indicate what format is expected for the expiration date. ie. 04 13 or April 2103 or 04/13 or 04/2013. I was able to figure it out because I have experience with purchasing online, but not everyone is experienced with computers and even upon not getting it there was no prompt indicating a sample format. Can you add something for that, either to put a format in the text field or above it?
2. After submitting credit card information, it takes a bit for my connection to process the request. The credit card details pop-up went away immediately and I was staring at the page I was on before hand wondering what happened - did it go through, do I need to refresh my page, etc. For me it was literally about 8 to 12 seconds. I do these things all the time and I actually felt quite convinced that nothing had happened - then suddenly the page changed and took me to the finish.php page.
My thought would be, perhaps you could put in one of the processing wheels to indicate that the information is processing. Can that be done?
Thanks,
| Type: | Discussion |
|---|---|
| Status: | New |
Thanks Ryan,
Going back, I do see the Expiration date prompts. I missed those the first time around.
On number 2, once I submit my payment, the overlay is there for about 1 to 2 seconds with spinner, then the overlay goes away and I am on the original page I was on before the overlay - and as you stated, the Pay button is greyed out. That is there for about 5 to 8 seconds for the last two tests I ran. Then the page changes to the finish.php receipt page.
So what seems different for me is the fact the overlay does go away while the site is processing the order, per your explanation of events. There is no spinner on that page. There is a spinner in the tab in Chrome (but that is fairly inconspicuous for most people who would be looking at the page itself for indication of what is happening).
I am on a Mac OSX 10.7.5 using Chrome Version 26.0.1410.65. I had the same experience with Firefox 20.0.
Yes, my site is a bit sluggish right now. Not sure why.
So I guess with all of this, I can look at improving speed on my site overall, but also I am left wondering why the overlay goes away for me when it does not for you. The overlay there with the spinner would be a nice indicator instead of the payment page with no overt spinner. Do you have any thoughts on that?
Going back, I do see the Expiration date prompts. I missed those the first time around.
On number 2, once I submit my payment, the overlay is there for about 1 to 2 seconds with spinner, then the overlay goes away and I am on the original page I was on before the overlay - and as you stated, the Pay button is greyed out. That is there for about 5 to 8 seconds for the last two tests I ran. Then the page changes to the finish.php receipt page.
So what seems different for me is the fact the overlay does go away while the site is processing the order, per your explanation of events. There is no spinner on that page. There is a spinner in the tab in Chrome (but that is fairly inconspicuous for most people who would be looking at the page itself for indication of what is happening).
I am on a Mac OSX 10.7.5 using Chrome Version 26.0.1410.65. I had the same experience with Firefox 20.0.
Yes, my site is a bit sluggish right now. Not sure why.
So I guess with all of this, I can look at improving speed on my site overall, but also I am left wondering why the overlay goes away for me when it does not for you. The overlay there with the spinner would be a nice indicator instead of the payment page with no overt spinner. Do you have any thoughts on that?
Hi David,
I had another test of this today, and yes you are right, there is a small pause where the dialog disappears, and the stripe button is greyed out.
The other day when I tested it, I think the response was very quick, so it gave the impression it was instantaneous.
However, in both my tests a moment ago, the period of time where the dialog had disappeared and I was waiting for the page to load was only about 2 seconds, maybe less (and my network traffic has to hop from Australia). I do think that if you can speed up your site (i.e. don't use bluehost or other slower hosts, use the latest C5), I think this delay would be reduced.
Ultimately though, I unfortunately don't have any ability to control what happens during this process, as this is the part that is controlled by the javascript from Stripe. It's a bit of an all-or-nothing with that stripe button/form - they don't provide a 'callback' to trigger other behaviour when using it. I agree that it would be nice if a spinner could be placed on the page... however this has it's own issue, as if the process gets stuck or dies, the spinner will keep spinning... that's perhaps why a browser's own loading appearance is a better indicator in ways, as it will actually respond to network traffic.
Regards
-Ryan
I had another test of this today, and yes you are right, there is a small pause where the dialog disappears, and the stripe button is greyed out.
The other day when I tested it, I think the response was very quick, so it gave the impression it was instantaneous.
However, in both my tests a moment ago, the period of time where the dialog had disappeared and I was waiting for the page to load was only about 2 seconds, maybe less (and my network traffic has to hop from Australia). I do think that if you can speed up your site (i.e. don't use bluehost or other slower hosts, use the latest C5), I think this delay would be reduced.
Ultimately though, I unfortunately don't have any ability to control what happens during this process, as this is the part that is controlled by the javascript from Stripe. It's a bit of an all-or-nothing with that stripe button/form - they don't provide a 'callback' to trigger other behaviour when using it. I agree that it would be nice if a spinner could be placed on the page... however this has it's own issue, as if the process gets stuck or dies, the spinner will keep spinning... that's perhaps why a browser's own loading appearance is a better indicator in ways, as it will actually respond to network traffic.
Regards
-Ryan
Cool. Thanks. I have it on my list to speed up the site.
For reference, the add-on uses scripts directly from Stripe to display the popup form, validation, etc. So although there are things that can be configured like the title and logo (I believe I put these in the doco), the actual form itself can't be modified.
However with you point 1., this is different from what I'm experiencing. Inside three of the four fields of the form there are prompts (often called 'in-field labels') that show the expected format. For the expiry date it shows MM/YY in grey. Additionally the field has a 'mask', putting in the / for you, as well as preventing your from typing letters, only numbers.
Perhaps the grey of the in-field labels isn't visible on your screen. Can you see them on the example image:
http://www.concrete5.org/files/3513/5710/6801/core_commerce_stripe_... (does yours look similar to this?)
What browser were you using?
For point 2, for me, when card details are submitted, the stripe overlay and spinner stays on the screen while it processes the order. It takes about 4 seconds to check (a test card), while you see the spinner in the overlay, then it immediately jumps to the order finished page. Behind the scenes the Stripe script sends the CC details for approval via Javascript, receives back a token then triggers the actual concrete5 payment page to submit. The site itself then sends the token to stripe to process the card and finish the order - during this time the screen should show the overlay and spinner. The only way I was able to get the form to disappear was to actually hit escape while it was processing - even so the Pay button greyed out and I could still tell the browser was doing something.
I'm wondering here if it's not payment page that is pausing for you, but on the subsequent request to your concrete5 site to show the receipt. There might be browser issues as well here. Is your site fast and zippy elsewhere?
Also at this point the browser itself should be showing some sort of activity (e.g. the activity spinner in Chrome or IE( on a tab or the loading bar in Safari).
Regards
-Ryan