One-Page Checkout [Support Thread]

lat9:

@adb34, got your PM. The *Tableau *template makes a **ton **of changes to the Zen-Cart standard CSS; for example it's not including the stylesheet_css_buttons.css so that your buttons display wonky and there are many other as-shipped Zen Cart CSS selectors that aren't included.

That's why the page looks so disorganized, since the ***One-Page Checkout ***plugin was designed/tested using templates that conform to the ZC standard.

I don't have free time to debug/determine what changes will be needed for that template to properly support this plugin. I will update the plugin's readme to add a section identifying templates that aren't supported -- Tableau will be noted along with the TM ones.

Thanks mate. I did think it was me, but when I had a play it was all leading to the template. I have also removed you as a customer. Thanks for your time.

lat9:

I've just submitted v1.0.2 to the plugins' area for review (if you can't wait, you can download it from either the plugin's GitHub repository or my website).

This version provides changes to address the following issues (as identified by their issue numbers in the plugin's GitHub repository):
#13: Form won't submit under IE-11
#14: Pre-integration with "Product Delivery by Postcode (PDP)"
#17: Missing semi-colon in language file
#18: Error-log generated when the customer has applied a discount coupon
#19: Move customer's authorization check
#20: Include both ZC1.5.4 and 1.5.5 versions of "handlesCreditCardDataOnSite"
#21: Correct interoperation with some shipping methods
#22: Correct AJAX session-save issue
#23: Session time-out handling
#24: Display payment-method block when in "special checkout"
v1.0.2 is now available for download from the Zen Cart Plugins area.

Had some difficulty with v 1.0.2 on my WAMP test site, zc 1.5.5a, updated Responsive Sheffield Blue, Canada Post only shipping mod

Am I correct that the ajax.php file should be in the pre-1.5.5 folder rather than in the root (ie not to be merged in 1.5.5.a install)?

Also, includes/temp/temp_default/temp/tpl_checkout_one_confirmation_default, around line #189:

echo zen_draw_form ('checkout_confirmation', $form_action_url, 'post', 'id="checkout_confirmation"' . ($confirmation_required) ? ' onsubmit="submitonce();"' : '');

Should that be 'confirmation_one' rather than 'checkout_confirmation'.

If I leave ajax.php alone, and change the 'checkout_confirmation' then I am able to proceed with a transaction as far as I can with a test store and fake customer and no curl for paypal - which is to say I get a paypal error message on top of the one page checkout, and I get an email from admin notifying me of the error.

Without the above changes when I click checkout I get a death spiral of the loading gif ;o) (I tried to attach log of this in code quote but it seems to be too big as it won't send).

(I acknowledge Canada Post isn't in the list of validated shipping for this mod, but it 'seems' to work with the fiddling above, test site only, although it does select most expensive CP shipping choice by default)

lat9:

v1.0.2 is now available for download from the Zen Cart Plugins area.

The new one to download, is that the one dated 19th August dated 9 days before your post?

@soxophonplayer: The core-file /ajax.php is a required change to ensure that any session-related changes are saved, as is the change to the checkout_one_confirmation page's form name (for compatability with some payment methods).

What payment method were you using when you encountered the "spiral of death"?

I've sent you a PM with my direct email address so you can send that log file over.

@adb34: That's the date I submitted v1.0.2 to the plugins!

@soxophoneplayer: In reviewing the change-list for v1.0.2, I've found that the readme neglected to identify the following changes introduced in the v1.0.1->v1.0.2 transition:

1. /includes/modules/pages/checkout_one_confirmation/jscript_main.php
2. /includes/templates/template_default/templates/tpl_checkout_one_confirmation_default.php

lat9:

@soxophoneplayer: In reviewing the change-list for v1.0.2, I've found that the readme neglected to identify the following changes introduced in the v1.0.1->v1.0.2 transition:

2. /includes/modules/pages/checkout_one_confirmation/jscript_main.php

3. /includes/templates/template_default/templates/tpl_checkout_one_confirmation_default.php

OK that gets it sorted. I had a bit in jscript_main that also had 'checkout_one' in place of 'checkout_confirmation' which explains the death spiral that occured when I merged tpl_checkout_one_confirmation but not the jscript_main.

Tested several times. Life is good.

soxophoneplayer:

OK that gets it sorted. I had a bit in jscript_main that also had 'checkout_one' in place of 'checkout_confirmation' which explains the death spiral that occured when I merged tpl_checkout_one_confirmation but not the jscript_main.

Tested several times. Life is good.
Great, thanks for posting back.

May I ask what modifications you've needed to make to the template files? I've tried real hard to get those into a shape so that they're usable as-is so that upgrades (especially during these early days) are simple drop-ins (i.e. total file replacement).

lat9:

Great, thanks for posting back.

May I ask what modifications you've needed to make to the template files? I've tried real hard to get those into a shape so that they're usable as-is so that upgrades (especially during these early days) are simple drop-ins (i.e. total file replacement).

None of the template files needed merging with my Responsive Sheffield Blue 2.0 files. I left the 3 template default files that required merging in /template default.

I made small change of wording in includes/lang/eng/checkout_one define:text_enter_shipping_info. I use only one shipper - Canada Post - and they have several options - so existing mod text 'you have only one method available (sic) could be unclear to the reader.

I use only paypal (until Square Regiter mod is developed) and I don't particularly like the paypal img because it implies it can be clicked (while the actual click to confirm button is lower down and off initial screen view. I don't actually see that img in your files so I presume it is paypal driven.

Big bonus of Responsive Sheffield Blue users is that the buttons in One Page Checkout are dead on.

I tested the mod on my iphone 6s+ and it looks/works fine in portrait and landscape.

Working my way through an authorizenet_aim issue that was working correctly on Zen Cart 1.5.4 but not on 1.5.5a, I've discovered an issue with the ZC 1.5.5a payment class that will necessitate yet another update to*** One-Page Checkout***.

I'll post back here when I've got v1.0.3 available with those changes.

I'm looking to use this on a rebuild from an old, old version that has been using FEC and COWOA. We use the Ceon Advanced Shipper module which is set up to use USPS, FedEx and UPS. I am assuming that it should work without any issues but has anyone tried AS with this mod yet?

Just installed this addon for my 1.5.5a upgrade test install. My old installs used FEC, but now I attempting to use COWOA in conjunction with One-Page-Checkout.

Everything looks to be working fine except the shipping selection radio buttons do not trigger the shipping method to change in the shopping cart contents box below.

Am I missing a javascript file? Or more likely, is there perhaps an old file or file mod carried over from an old 1.3.9 installation (with FEC) that is interfering with this action (i thought i had taken care of all those)?

Any help or pointing in the right direction is appreciated.

(btw, this mod is exactly what I have been looking for! Thanks!)

@lankeeyankee: I haven't encountered a site that uses Ceon Advanced Shipper, so I can't answer ... hoping that somebody out there has access to that plugin and can chime in.

@LightBrown: Is your installation on a publically-available site? If so, either PM the site link to me or post it here (if you don't want the site to be found by search engines, identify it as www.mysite(dot)com. What template are you using?

@LightBrown, your template doesn't include the jscript_framework.php file in the template's /jscript folder, so the AJAX requests are not being issued.

I tried adding the jscript_framework.php file to my template /jscript folder, and it is still not adding the shipping method to the total. Is there something else with my theme or another addon that could be blocking that AJAX request? Could there be another jscript file that is blocking or overriding the jscript_framework.php?

Thanks!

My bad; your site is also not loading any form of jQuery.

If I am reading the inspector correctly, it seems like jquery is loading on most other pages, but not loading on the checkout_one page.

You're right, I see a version of jQuery loading ... but jQuery 1.2.2 isn't going to work. I've tested the plugin with jQuery 1.8.2 and 1.11.2; you'll need to update your version of jQuery as well.

alright, so I updated jquery to the latest 1.x version (1.12.4), and the issue still persists. I know it just has to be something dumb that I am missing, and I am sorry for asking so many questions...

I just hardly understand javascript at all. And all the other js functions on the site and even the checkout_one page seem to work, like the shippingIsBilling checkbox (even though it is hidden by the css for whatever reason).

I've just submitted v1.0.3 to the Plugins section for review. That version includes the following changes

• Disable plugin if jscript_framework.php isn't present in the active template.
• Update documentation to identify template-specific requirements.
• Some shipping methods require additional time; new configuration setting added.
• Correct interlock for shipping methods that require "extra" information
• Update readme/configuration to v1.0.3
• ZC1.5.5, correct "collectsCardDataOnsite" payment processing
• ZC1.5.4, correct jQuery error when the payment method "collectsCardDataOnsite"
• Update documentation to identify templates known to have compatibility issues.