One-Page Checkout [Support Thread]

Pleased to announce: One-Page Checkout for Zen Cart 1.5.4 and later!

This plugin's been developed from the ground-up, using the Zen Cart 1.5.5a checkout-handling as the basis. It's been validated on Zen Cart 1.5.4 and 1.5.5a with all the built-in shipping methods (plus ups and usps) and a couple of the more "complicated" (i.e. Authorize.net/AIM and PayPal Express Checkout) payment methods.

https://www.zen-cart.com/downloads.php?do=file&id=2095



(Zen Cart v1.5.5a is the latest version of Zen Cart as of today's posting. No doubt there will be future versions. Consult the /docs/ documentation and/or discussions in this thread for further updates.)

What a great contribution! :clap::clap::clap:

Just obtained a copy from github (can't wait to get this installed and working on a production site!!!!) and had a play on my local dev server.

Page loads in great shape, displays all my zone rates (3 clones), store pickup and local delivery. Shows all my payment methods (eWay, PayPal and direct bank deposit) - great stuff!! I know that I need to modify the plugin for eWay to extend and show the CC, expiry date etc when selected but that's my problem for now...

But:

I have "Confirm Terms and Conditions During Checkout Procedure" set to true (the nature of this biz needs that confirmed) but there is no prompt / no checkbox (and link to terms & cond page) to confirm that the T&C have been read.

That seems to be the only little booboo in the module, but if that's all then this is a great addition and should be made core!!! Well done indeed!!

You may want to update the docs stating that zone rates and most payment modules are supported.

Well done again, this has been lacking in ZC for a decade.

Cheers / Frank

Thanks for the report, Frank. I'd found a couple of other "misses" that I've just noted in the plugin's GitHub repository. I'll note that one as well and expect to have v1.0.1 available within a week (waiting for additional reports).

I've never used the eWay payment method, what does it do "differently" with respect to the credit-card displays?

lat9:

Thanks for the report, Frank. I'd found a couple of other "misses" that I've just noted in the plugin's GitHub repository. I'll note that one as well and expect to have v1.0.1 available within a week (waiting for additional reports).

I've never used the eWay payment method, what does it do "differently" with respect to the credit-card displays?

Thanks Cindy.

If selected eWay just shows the usual fields for CC, name on card, expiry and CVV for completion. The customer does not leave the site, all is done in the store. The mod is available from the downloads. I tweaked it a bit for my needs but the basics are the same.

You can do a test on one of my sites frnt dot com dot au (needs an account creation ofc).

Thanks, again, Frank. That, too, is a boo-boo:oops:. I've got it noted in the plugin's GitHub issues and hope to have a solution real-soon-now.

lat9:

Thanks, again, Frank. That, too, is a boo-boo:oops:. I've got it noted in the plugin's GitHub issues and hope to have a solution real-soon-now.

What a great contribution, just what I've been after for 1.5.5a :clap:

I've set this up on a clone of my main site and everything is working well with the add-on installed. I have tested it with the PayPal Express (sandbox), COD and moneyorder payment modules and all of them work.

The only minor point I noticed is that the checkout page selects the cheapest non-free postage however the order total shown at the bottom of the page doesn't include the postage unless the radio button is clicked again or a different postage option is selected. I use a cloned table shipping module and the default being selected by the checkout page in my case is table2 (UK 2nd class postage). The correct order total still goes through when the order is confirmed however I wondered if there is some way to get the page to refresh the total when the default is selected by the checkout page or if it is possible to have no postage selected so that the customer needs to pick from the list?

I've attached a screen shot of the page in use on my test site.



Kind regards,
Gary

Gary, since you've got the plugin installed on a clone (so you're the only customer accessing that "clone"), you could create me a debug-file and send it to me via PM.

It's important to note at which point the shipping doesn't get included in the total. Is it the very first time you "hit" the checkout_one page after you've logged in? I'm "assuming so", so:

1. Log off of the store front.
2. Log into your admin and set the One Page Checkout Settings, Debug to true.
3. Sign back into your storefront, place a product in your cart and click the Checkout button.

Does the symptom display itself at this point (i.e. no shipping selected)? If so, look in your store's /logs folder for a file named myDebug-one_page_checkout-xxx.log (the xxx is your customer_id), make a copy and PM that to me.

zc 1.5.5a. Responsive Sheffield Blue 2.0 adapted to zc 1.5.5a, Canada Post only shipping module, Paypal regular with express enabled. Live site is SSL, test site not ssl.

I tried installing this mod on my WAMP clone test site.

I didn't have the issue mentioned above with shipping selection - CanadaPost mod offered a number of choices/rates, with none pre-selected. Clicking on any one of them automatically recalculated total at bottom of page. (my CanadaPost mod is live connected on my test site)

I clicked through as far as I could. My test site isn't actually hooked into Paypal live so I got an error at that point. I presume that is only because of the test situation but I had enabled the debug and can send if desired.

I did receive an email from the test site notifying me of paypal error.

@soxophoneplayer, please send that log!

lat9:

Gary, since you've got the plugin installed on a clone (so you're the only customer accessing that "clone"), you could create me a debug-file and send it to me via PM.

It's important to note at which point the shipping doesn't get included in the total. Is it the very first time you "hit" the checkout_one page after you've logged in? I'm "assuming so", so:

1. Log off of the store front.
2. Log into your admin and set the One Page Checkout Settings, Debug to true.
3. Sign back into your storefront, place a product in your cart and click the Checkout button.

Does the symptom display itself at this point (i.e. no shipping selected)? If so, look in your store's /logs folder for a file named myDebug-one_page_checkout-xxx.log (the xxx is your customer_id), make a copy and PM that to me.

Thanks for your reply. Yes it happens either when I'm logged in and first click checkout or click checkout and then login. The radio button for 2nd class post is already selected and the sub-total and shipping are both show at the bottom of the page above the confirm order button, however the total shows the same amount as the sub-total (i.e. the shipping isn't added). I'll PM you the log file created at this stage. It's not a major problem and the total does go through once the order is confirmed.

Gary

Got the log, Gary, and it's weird. The shipping-method chosen (table2_table2) is set in the order, but it doesn't appear to be set into the session (and that's what's "confusing" the one-page checkout page's handling).

Do you have any plugin observers (files present in /includes/classes/observers) that might be performing that update?

lat9:

Got the log, Gary, and it's weird. The shipping-method chosen (table2_table2) is set in the order, but it doesn't appear to be set into the session (and that's what's "confusing" the one-page checkout page's handling).

Do you have any plugin observers (files present in /includes/classes/observers) that might be performing that update?

I have the Google recaptcha plugin on my site which includes an additional file in the observers folder called class.google_recaptcha.php which adds a recaptcha check on the contact page and create account pages. The only other file in this folder is the class.products_viewed_counter.php which I believe is part of the original install.

Thanks,
Gary

I've got a couple of updates available on the plugin's github repository, specifically to address the two issues that @frank18 identified:

1. Missing T&C block; if enabled, it's now displayed just above the submit button.
2. Support for eWay payment method, which seems to do a bit of a one-off in its handling of the process_button function.

These will be included in a forth-coming v1.0.1 release of the plugin.

v1.0.0 is now available for download from the Zen Cart plugins: https://www.zen-cart.com/downloads.php?do=file&id=2095

As I indicated above, I'm "gathering" additional updates that will comprise v1.0.1 with corrections for the items currently reported.

lat9:

I've got a couple of updates available on the plugin's github repository, specifically to address the two issues that @frank18 identified:

1. Missing T&C block; if enabled, it's now displayed just above the submit button.
2. Support for eWay payment method, which seems to do a bit of a one-off in its handling of the process_button function.

These will be included in a forth-coming v1.0.1 release of the plugin.

The latest github download works a treat for me, especially for a payment module like eWay.

Made some tweaks such as pre-selecting eWay as payment method and added a few bits and pieces which are only relevant for one of my stores. All good!

But found another little 'boo-boo':

In the file includes/templates/template_default/templates/tpl_checkout_one_confirmation_default.php the $editShippingButtonLink takes me back to the home page instead to the address book for editing the shipping address in the order.

It looks like that $editShippingButtonLink does not carry from the previous page.

So in the file includes/modules/pages/checkout_one_confirmation/header_php.php below line 95 I added

$editShippingButtonLink = zen_href_link (FILENAME_CHECKOUT_SHIPPING_ADDRESS, '', 'SSL');

and that did the trick for me.

frank18:

The latest github download works a treat for me, especially for a payment module like eWay.

Made some tweaks such as pre-selecting eWay as payment method and added a few bits and pieces which are only relevant for one of my stores. All good!

But found another little 'boo-boo':

In the file includes/templates/template_default/templates/tpl_checkout_one_confirmation_default.php the $editShippingButtonLink takes me back to the home page instead to the address book for editing the shipping address in the order.

It looks like that $editShippingButtonLink does not carry from the previous page.

So in the file includes/modules/pages/checkout_one_confirmation/header_php.php below line 95 I added

$editShippingButtonLink = zen_href_link (FILENAME_CHECKOUT_SHIPPING_ADDRESS, '', 'SSL');

and that did the trick for me.

Thanks, Frank, I had a feeling that I was going to need to get those "edit-button-link" values set when the on-page confirmation is displayed. I'll get that noted/updated as well.

Question?

Does Auth.net AIM mean it has only been tested & functional with AIM?
Does that mean it has not been tested or known to not function with Auth.net SIM?

I don't want to go down a path of known headache unnecessarily.
ZC1.5.4

Not ready to go down the ZC1.5.5a road.

RixStix:

Question?

Does Auth.net AIM mean it has only been tested & functional with AIM?
Does that mean it has not been tested or known to not function with Auth.net SIM?

I don't want to go down a path of known headache unnecessarily.
ZC1.5.4

Not ready to go down the ZC1.5.5a road.

Rick, the plugin "should" work just fine with Auth.net SIM. Since the A.net AIM implementation accepts credit-card-data-onsite, my thought was that that method was going to be (one of) the edge cases.

One-Page Checkout's default installation overwrites only one core-file (/includes/classes/message_stack.php) and can be turned on/off with a single configuration click. If you've got a test-site for your store, you could "drop" the files into that file-system to do a validation.

The plugin has been verified on ZC 1.5.4, with those additional core-/template-file overwrites.

lat9:

Thanks, Frank, I had a feeling that I was going to need to get those "edit-button-link" values set when the on-page confirmation is displayed. I'll get that noted/updated as well.

That update is now available from the plugin's GitHub repository.

Thanks Cindy.

We switched from AIM to SIM because the latest PCI version moved from SAQ-c to SAQ-d which is a significantly more onerous.