[Robert]

Any word on this enhancement?

[Robert]

Great, thanks again.

[Robert]

Yes, I am aware of that. That’s why I tested it in 3 other browsers. All at one point or another failed on the first attempt.

[Robert]

Yes, I’d agree with you if it never happened on the first try. I just logged out of chrome and brought it back up. Happened on the first attempt at bringing up the password reset page. That’s really my only concern…happening on the first attempt.

Since it appears you are unable to recreate the issue on the first attempt in your browser, I’ll look for a solution to the more recent browsers.

Thanks for the help.

[Robert]

Occurs in the following versions:

Gogole Chrome Version 53.0.2766.0 canary (64-bit)

Firefox Version 46.0.1

Microsoft Edge Version 25.10586.0.0

Microsoft IE Version 11.306.10586.0

Mind you, it usually doesn’t happen on the first iteration, usually it’s the third time (meaning click login, click forgot password, close….repeat).

Maybe I’m being picky, but I’ve learned that if a user can do it, they will do it. Sometimes a user will try a few times to get it right, so they may follow various variations of my above scenario. That’s just the easiest way to get it to not work. There are other scenarios.

[Robert]

That’s awesome! Thanks.

I’m using the [wp_eStore_cart_with_thumbnail] shortcode from the extra shortcodes.

I noticed that the remove all from cart works great, but the individual remove item from cart still doesn’t use ajax.

[Robert]

Yes, I did wonder about that. So, that means it must be some kind of conflict with another plugin I have?

[Robert]

Thanks. I’m aware of the password reset page option. Is there a bug with the password reset overlay that cant’ be fixed?

[Robert]

Any updates on when the ajax cart might be completed?

[Robert]

I know the Stripe subscription option has now been added, but any news on updating the Stripe functionality as described above so that it creates customers in the Stripe system and then charges the customers instead of just making a direct charge?

This would allow for charging a customer directly from the Stripe Dashboard if the customer wants to simply “re-purchase” a product without having to go to the website and make a purchase.

We get calls from customers asking us to do this, but can’t unless we hold their credit card information which creates a security risk for us.

As I’m sure you know, this also opens up the door for: (from Stripe’s website)

“After creating a customer in Stripe with a stored payment method, you can charge that customer at any point in time by passing the customer ID—instead of a card representation—in the charge request. Be certain to store the customer ID on your side for later use.”

This would be a significant improvement in the Stripe functionality for eStore.

I’m not asking for any custom coding, just a simple update to the current Stripe processing.

[Robert]

Thanks, that worked!

[Robert]

Just tried that and was still logged out, but sent back to home page.

[Robert]

Thanks…I was looking for a hook that also included the original values (before update)…is this possible?

[Robert]

Ok, I’ll do some research and get back to you.

[Robert]

Any word on adding this hook?

[Author]

Posts