Checkout page refreshes only

beatsgt, have you tried this solution?

Thanks, CowboyFrank – I will give it a shot this weekend and report my results.

Sadly, that solution did not fix my issue. Not sure what else to try.

I ran into the same issue, and it was a result of the shipping state input being disabled so that the select box was was visible, but the check to see whether to get the value of the input or select box didn’t take into account the disabled property on the input.

If you change line 56 in wp-content/plugins/wp-e-commerce/wpsc-core/js/wp-e-commerce.js to the following, it should fix your problem:
if( billing_state_input.length && ! billing_state_input.hasClass('intra-field-label') && ! billing_state_input.attr('disabled') ){

Hi Clay,
Many thanks for that but it still didn’t fix my issue.

Have you tried upgrading to the latest? A new version was just released.

The update did not correct the issue for me. Page still refreshes while attempting to complete checkout.

What baffles me is that I made no changes at all when this stopped working – no upgrades or updates, no new plugins – nothing. It just magically stopped working? I’ve since updated to new wordpress version and new store version. Is it possible that something isn’t working with PayPal and so the store isn’t leaving the checkout page?

Hmm… even crazier is that it is working on a separate site I’m using it with. https://hooptown.net/store

That checkout does have special questions. Haven’t performed the update on that one yet. Tested the special checkout questions with my https://bateyfarms.com/gift-baskets/ store and it didn’t resolve the issue.

Are you people idiots? The issue isn’t solved and it’s been 10 months, yet this post says [resolved]. Thanks for making me waste my time reading all these posts to find nothing other some other idiots talking about images on the checkout and stuff that doesn’t pertain to the page refreshing. I see this type of behavior way too much with WordPress plugins and WordPress support. C’mon people… step it up!

Tim92109 wp.org does not provide any method for knowing what posts have been replied to or not. Setting them as resolved serves 2 purposes.

It allows us to know it’s been responded to.

The information / solution offered at the time of the original posting was resolved however another question has been asked post resolution that may or may not be resolved. Regardless if you feel it fixes your specific issue that may or may not be entirely related (most of the time not related). This is why we make it clear to post individually in our initial read me topic.

Sorry but this is how it works not by our choice.

If you feel you’re not getting enough attention on the free forum there is a paid 1 on 1 service offered. The free service is provided by the overall user base and doesn’t come with any guarantee that your specific issue can be resolved.

We try to provide as much coverage as possible and like previously pointed out piggy backing topics is not advised and often only leads to confusion.

Name calling also does not help your case.

@beatsgt

I’d advise you to look over the 2 sites in detail… be certain everything is truly indeed the same. All same plugins all same versions. Same version of WP and is the other site hosted on the same machine even the server itself can introduce variations.

Also check all settings are they actually all exactly the same on both sites?

Please post the link to both your sites and I can at least compare from the front end.

Regards
Edward

@global411 you can edit the page template if you want to add anything custom. You could also use css to add images to specific screen elements using background image and position rules.

Regards
Edward

@global411

with the other authorize net setup the AIM/CIM one, how to NOT show the echeck ? I did not check the box so…

Unless you are truly using CIM do not use the CIM module use the 2.0 AIM module this will not show the echeck option.

Regards
Edward

I understand, Edward. I did find a fix…

Like one person mentioned, even though it didn’t solve the original poster’s issue, changing the setting under ‘checkout’:

Checking ‘Users must re-enter Shipping Address’ solved the problem. Unfortunate that users have to enter their address twice if it’s the same, but at least it’s working.

I feel I should explain the name calling also. That was kind of a general statement aimed at the plugin developer for not fixing a known issue for 10 months, the very few people that happened to ask completely unrelated questions on the topic, and also for marking it resolved. But I understand now I guess why it’s marked as resolved. Sorry if I hurt anyone’s feelings.

@tim92109

There had been an issue in an older version but that I am aware of this is not a problem with the latest version.

What version do you currently have installed?

Regards
Edward