Step 3 Confirmation page loading the checkout_confirmation section twice

[src1988]

On my site (http://jamesbaroneracing.com/shop) when you get to Step 3 of 3 in the checkout process after you select shipping (Step 1) and payment (Step 2), it pulls from the tpl_ajax_checkout_confirmation_default.php file in the 'includes/templates/theme/templates' folder. This folder contains all the parts of the tpl files that are shown during the check out process. When I look at the code on the final page (the one that asks for final confirmation), I can match the duplicated div with the one that's created in the file listed above. Looking at the page, I can see the following:

<div class="centerColumn" id="checkoutConfirmDefault">...</div>
<div class="centerColumn" id="checkoutConfirmDefault">...</div>

All of the information on the final confirmation is duplicated as a result which means that tpl page is somehow being loaded twice. The header and all the page content including shipping, payment, etc is there twice. The files are still unedited core files from the 1.5.4 zen cart upgrade. I dont know which page actually calls the templates/tpl files to build that last page in the process and I cant figure out how to only get it to make a single call to that page. If I make any code changes to that file, I can see it reflected on the page, but its reflected in both duplicate versions, which tells me the file is not the one doing the duplicating.

The url itself of step 3 is: https://www.jamesbaroneracing.com/sh...eckout_payment

The page is still labeled as checkout_payment, but if you look at the template files the tpl_checkout_payment_default.php file calls the confirmation page with the following code:

<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post', ($flagOnSubmit ? 'onsubmit="return check_form();"' : '')); ?>

So that explains why the url shows the main page = checkout_payment, but not why its still showing the checkout_confirmation loading twice and duplicating that information. I cant find any place where it would do that. After you click through on Step 2 from the link assigned above, it does something to load that last page, but I dont know where this is and how it got set to call twice. This started happened right after the 1.5.4 upgrade I did.

After testing further, the Step 3 confirmation page looks fine when selecting paypal, but when you enter your cc info on the payment page, which uses authorize.net AIM, then the confirmation page is duplicated everytime.

Does anyone have any ideas on where to look to see if its potentially calling the page more than once? Or if there is something else you can think of that's going on? I have been combing these files and just cannot figure it out.

[twitchtoo]

Which template do you have installed and does this happen when you switch back to classic?

[DrByte]

It appears as though you've got some javascript errors in your addons, and thus the ajax is failing when it tries to securely redraw the page before submitting credit card data to the payment gateway.

[matgeek]

Did you ever find a solution to this issue? I'm having the exact same thing happening to me with a Template Monster template and I'm totally at a loss, at this point.

[CLBS]

I'm having the same problem after upgrade to v1.5.4 and a responsive template install. The problem doesn't occur in the old template, doesn't occur when COWOA is used, and doesn't occur when PayPal is selected as the payment type. I sure would be interested to hear if anyone has any insights about how to fix this.

[twitchtoo]

Yes, these fancy templates interfere with the base Zen code. Fixing the problem requires isolating the 'bells and whistles' from the template then either re-coding the page so everyone plays nice or turning off the template java so Zen can do what Zen wants to do.

Usually the interfering java is not needed during checkout so turning it off while customers complete the sale has no effect on the look/feel or function of the site.

Unfortunately in other cases I've spent a lot of time rebuilding the page to get everything working together.

[carlwhat]

Yes, these fancy templates interfere with the base Zen code. Fixing the problem requires isolating the 'bells and whistles' from the template then either re-coding the page so everyone plays nice or turning off the template java so Zen can do what Zen wants to do.

Usually the interfering java is not needed during checkout so turning it off while customers complete the sale has no effect on the look/feel or function of the site.

Unfortunately in other cases I've spent a lot of time rebuilding the page to get everything working together.

i think you are confusing java with javascript which are very different.

a well coded template will accomplish the same thing whether javascript is enabled or not.

making use of javascript and jquery enhances the user experience and in theory, makes it easier and more likely for a user to buy.

that said, i am in agreement that getting "fancy" templates to work can be a bit of a challenge.

[kavalanmall]

Did you ever find a solution to this issue?

[DrByte]

Did you ever find a solution to this issue?

The solution is simple:
a) rework your custom template to cooperate with the javascript that intercepts the display of the checkout-confirmation page via ajax
or
b) disable Secure PCI Compliant Checkout via Ajax functionality using the switch in your Admin->Configuration->My Store page. NOTE: Your customers' credit card numbers may be exposed to unnecessary risks if you do this
or
c) switch to a payment module that doesn't collect credit card numbers and redisplay them again during checkout

Since you haven't posted which payment modules you're using, nor which template you've installed, nor any other details of what plugins/mods might be interfering with your checkout, it's hard to offer any other actionable guidance. Every case is unique.