One-Page Checkout [Support Thread]

Try both silversageherbsDOTcom and topkayakerDOTcom with something in guest checkout.

Does either look like something you could work with?

dbltoe,

Its basically the same thing as have now. but you added
"Enter your Billing address. We'll verify your shipping address After you select Save Changes."

I might be able to work with topkayaker

I just showed the client the two examples you gave me. He like them both but he is very stubborn about the wrong pricing displaying if the customer is a guest and has a different address.

He also noticed that when you have a shipping address you have to remove the pre populated address before entering the shipping address as a guest.

Can this module achieve what I am looking for?

Cindy - I have a question. I wanted to install the FraudLabs module (https://www.zen-cart.com/downloads.php?do=file&id=1746) which interfaces with ZenCart to help prevent credit card fraud.

It seems that this module has only one core file that it modifies:

catalog\includes\modules\pages\checkout_process\header_php.php

The only thing it does to that file is add the following line near the top of that file:

require(DIR_WS_MODULES . 'fraudlabspro/fraudlabspro.php');

(screenshot: https://i.postimg.cc/KcL1MYjm/screenshot-287.png)

However, I am not seeing our credit card orders being processed by the FraudLabs function, and I'm using One Page Checkout (which I don't think relies on the modules\pages\checkout_process\header_php.php

So do you know where I should possibly try to add that line of code (require(DIR_WS_MODULES . 'fraudlabspro/fraudlabspro.php');) in your One Page Checkout header? I am curious if I just need to put it into a different spot and then I can see if it works.

@Jeff_Mash, I'll suggest you give it a try with 3-page checkout, too ... but OPC's functionality combines checkout_shipping, checkout_payment and checkout_confirmation into a single page and, as you indicated, has no bearing on the checkout_process step.

One thing I saw in my review of the code is that they're using file_get_contents to retrieve a CURL response which, depending on your webhost's configuration, might not be permitted. Unfortunately, they've also got any errors issued from that call @-blocked. You could try removing the @ from the @file_get_contents on line 109 of the fraudlabspro.php module and see if that's where the issue lies.

chadlly2003:

I just showed the client the two examples you gave me. He like them both but he is very stubborn about the wrong pricing displaying if the customer is a guest and has a different address.You would have to point out to me the steps taken that result in the wrong pricing being presented to the customer.

Everytime a save button in billing or shipping is clicked, the OPC is sending the address to Zen Cart for processing. It's not done in OPC.

If resultant shipping fee (other than Free or Store Pickup) is not changing with an order billed in Dallas and changing the Shipping address to Miami, something else is fubar in your Shipping settings.

The only other "wrong-pricing" I could think of is if you have tax set to billing and it should be set to shipping in most states with sales tax. Very important if you're in a state that has different settings for the shipping address. Pennsylvania is one that comes to mind.

The reason topkayaker has Enable Shipping = Billing as false is not to fix the problem you describe. Their problem is the number of folks that would not read and entered the Shipping address as Billing. At least 10% of their weekly orders were made with the shipping in the billing. Of course, if the shipping Zip did not match the billing address of the card, the transaction would be declined and a phone call or email resulted in staff time pointing out to buyeers how to correctly enter the data.

Still the customer not reading or the browser using an incorrect auto-fill should not result in a sale with the wrong amount.

lat9:

@Jeff_Mash, I'll suggest you give it a try with 3-page checkout, too ... but OPC's functionality combines checkout_shipping, checkout_payment and checkout_confirmation into a single page and, as you indicated, has no bearing on the checkout_process step.

One thing I saw in my review of the code is that they're using file_get_contents to retrieve a CURL response which, depending on your webhost's configuration, might not be permitted. Unfortunately, they've also got any errors issued from that call @-blocked. You could try removing the @ from the @file_get_contents on line 109 of the fraudlabspro.php module and see if that's where the issue lies.

I'll remove the @ on line 109 just to see if that will do anything.

One of the MAIN reasons why I love OPC is not for the single page, but rather, for the ability to have Guest Checkout.

As it stands, if the configuration for "Enable One-Page Checkout?" is set to false, it turns off the entire module. But since you also have an "Enable Guest Checkout?" value, is there any possibility in future releases where one can not be dependent on the other?

For example, can have the 3 page checkout (by setting Enable OPC to false), but also have the Guest checkout option by setting that to true?

dbltoe,

I was not being clear on the primary issue. The price is showing just fine.

When you checkout as a “guest”

When you fill out billing/shipping address. There is no option (if the shipping address is different) until the next page. (So if the customer has a different address they will get an incorrect shipping rate when they click on save because they have no way of entering that information until the next page.

Is there a way we can change that?

“Of course, if the shipping Zip did not match the billing address of the card, the transaction would be declined and a phone call or email resulted in staff time pointing out to buyeers how to correctly enter the data.”

This statement is not applicable to my website.
Transactions on my website -- Billing and Shipping address always differ.
We have implemented a security feature which tells us if the purchase is fraud within minutes of the transaction for that specific reason.

Neither is it clear when you say> they have no way of entering that information until the next page.

The whole idea of OPC is that it happens on ONE page. You may be referring to the page refreshing after any save button in the billing/shipping area but it is not changing pages.

With the Enable Shipping=Billing? set to false, all the address forms appear on the one page. The only extra step is that the user has to click on save to "activate" the shipping address.

If you prefer both to be active, you will need to find a developer to modify the process but, I would think the current steps on saving one before entering the other are important steps in the process. Might be a good idea to show up with your car title for collateral. It may not be a cakewalk. :P

ZC v1.5.7d
OPC 2.4.3
Preview Email 1.4

OPC appears to be causing issues with preview e-mail or vice versa, debug is as follows:

[13-Oct-2022 22:45:25 UTC] Request URI: /admin/index.php?cmd=preview_email, IP address: 103.45.241.65
--> PHP Fatal error: Uncaught Error: Call to undefined function opc_load_legacy_language_definitions() in /home//public_html/includes/languages/english/checkout_process_guest.php:12
Stack trace:
#0 /home//public_html/includes/modules/require_languages.php(22): require_once()
#1 /home//public_html/admin/includes/functions/extra_functions/preview_email.php(251): require('/home/...')
#2 /home//public_html/admin/preview_email.php(58): build_checkout_email()
#3 /home//public_html/admin/index.php(11): require('/home/...')
#4 {main}
thrown in /home//public_html/includes/languages/english/checkout_process_guest.php on line 12.

opc_load_legacy_language_definitions() is defined in includes/functions/extra_functions/one_page_checkout_functions.php, so im not sure what is causing the issue.

Thanks

mikecnz:

ZC v1.5.7d
OPC 2.4.3
Preview Email 1.4

OPC appears to be causing issues with preview e-mail or vice versa, debug is as follows:

[13-Oct-2022 22:45:25 UTC] Request URI: /admin/index.php?cmd=preview_email, IP address: 103.45.241.65
--> PHP Fatal error: Uncaught Error: Call to undefined function opc_load_legacy_language_definitions() in /home//public_html/includes/languages/english/checkout_process_guest.php:12
Stack trace:
#0 /home//public_html/includes/modules/require_languages.php(22): require_once()
#1 /home//public_html/admin/includes/functions/extra_functions/preview_email.php(251): require('/home/...')
#2 /home//public_html/admin/preview_email.php(58): build_checkout_email()
#3 /home//public_html/admin/index.php(11): require('/home/...')
#4 {main}
thrown in /home//public_html/includes/languages/english/checkout_process_guest.php on line 12.

opc_load_legacy_language_definitions() is defined in includes/functions/extra_functions/one_page_checkout_functions.php, so im not sure what is causing the issue.

Thanks
That "Preview Email" plugin is running on the admin and using storefront language definitions, so I'm going to say that the ball's in that plugin's court. That's only going to get more complicated for that plugin when zc158 is released.

I'll have to look at all this when 1.5.8 is released. Cindy was first off the mark using the new style of language files, and this plugin predates that by many moons.

Update. My live site still received intermittent duplicated orders, like once per week. Nowadays, customers are really mad at this...

Anyway, I did some further changes today and I will report if helps.

1. I change AJAX time-out from 6s to 8s. A few months ago, I changed it from 4s to 6s. Not sure if it helps.

2. According to the following post

https://www.zen-cart.com/showthread.php?220919-Credit-Card-Getting-Charged-Twice&p=1317476#post1317476

I change the setTimeout('button_timeout()', 4000) from 4s to 20s. There are two files uses this function:

\includes\modules\pages\checkout_confirmation\jscript_double_submit.php
\includes\modules\pages\checkout_one_confirmation\jscript_main.php

I changed both to 20s. Here is a similar post from Stripe.com plug-in

https://www.zen-cart.com/showthread.php?201999-Stripe-com-payment-integration-module&p=1386282

The author recommended to re-enable the submit button after 9s. So if 20s works on my end, I may try 10s instead.

Background: I'm using zc 1.5.7d, opc 2.4.4b2, paypal pro and express, php 7.4

Just trying to install OPCO with the Bootstrap template using zc1.5.8. - clean install on local server to test. have uploaded as well the boostrap template for opco.

the error I get is

[21-Oct-2022 12:07:50 UTC] PHP Fatal error: Uncaught Error: Undefined constant "MODULE_ORDER_TOTAL_COUPON_HEADER" in .\includes\modules\order_total\ot_coupon.php:105
Stack trace:
#0 .admin\modules.php(187): ot_coupon->__construct()
#1 .admin\index.php(11): require('C:\Users\...\...')
#2 {main}
thrown in .\includes\modules\order_total\ot_coupon.php on line 105

[21-Oct-2022 12:07:50 UTC] Request URI: .admin/index.php?cmd=modules&set=ordertotal, IP address: ::1
--> PHP Fatal error: Uncaught Error: Undefined constant "MODULE_ORDER_TOTAL_COUPON_HEADER" in .\includes\modules\order_total\ot_coupon.php:105
Stack trace:
#0 .admin\modules.php(187): ot_coupon->__construct()
#1 .admin\index.php(11): require('C:\Users\...\...')
#2 {main}
thrown in .\includes\modules\order_total\ot_coupon.php on line 105.

I can see the define is in the language file, I am not sure how to interpret the rest of this log to help fund or understand the problem. - sorry bit of a novice when it comes to coding.

I have also noticed that in admin \modules\order totals I only have one and the rest of the page does not load suggesting an error somewhere that prevents the admin page loading. Again, sorry but I just not sure where to look to see what is causing the error.

Thanks

MikeyG:

Just trying to install OPCO with the Bootstrap template using zc1.5.8. - clean install on local server to test. have uploaded as well the boostrap template for opco.

the error I get is

[21-Oct-2022 12:07:50 UTC] PHP Fatal error: Uncaught Error: Undefined constant "MODULE_ORDER_TOTAL_COUPON_HEADER" in .\includes\modules\order_total\ot_coupon.php:105
Stack trace:
#0 .admin\modules.php(187): ot_coupon->__construct()
#1 .admin\index.php(11): require('C:\Users\...\...')
#2 {main}
thrown in .\includes\modules\order_total\ot_coupon.php on line 105

[21-Oct-2022 12:07:50 UTC] Request URI: .admin/index.php?cmd=modules&set=ordertotal, IP address: ::1
--> PHP Fatal error: Uncaught Error: Undefined constant "MODULE_ORDER_TOTAL_COUPON_HEADER" in .\includes\modules\order_total\ot_coupon.php:105
Stack trace:
#0 .admin\modules.php(187): ot_coupon->__construct()
#1 .admin\index.php(11): require('C:\Users\...\...')
#2 {main}
thrown in .\includes\modules\order_total\ot_coupon.php on line 105.

I can see the define is in the language file, I am not sure how to interpret the rest of this log to help fund or understand the problem. - sorry bit of a novice when it comes to coding.

I have also noticed that in admin \modules\order totals I only have one and the rest of the page does not load suggesting an error somewhere that prevents the admin page loading. Again, sorry but I just not sure where to look to see what is causing the error.

Thanks
That's something 'funky' going on in the admin when you're displaying/configuring the order-total modules. Nothing to do with either OPC or the Bootstrap template, everything to do with something that's gone awry with zc158.

I'll suggest that you re-post the issue in a more general/Zen Cart base topic.

mikecnz:

ZC v1.5.7d
OPC 2.4.3
Preview Email 1.4

OPC appears to be causing issues with preview e-mail or vice versa, debug is as follows:

Please see

https://www.zen-cart.com/showthread.php?224551-Preview-Email&p=1390897#post1390897

for the required patches.

mikecnz:

ZC v1.5.7d
OPC 2.4.3
Preview Email 1.4

OPC appears to be causing issues with preview e-mail or vice versa, debug is as follows:

[13-Oct-2022 22:45:25 UTC] Request URI: /admin/index.php?cmd=preview_email, IP address: 103.45.241.65
--> PHP Fatal error: Uncaught Error: Call to undefined function opc_load_legacy_language_definitions() in /home//public_html/includes/languages/english/checkout_process_guest.php:12
Stack trace:
#0 /home//public_html/includes/modules/require_languages.php(22): require_once()
#1 /home//public_html/admin/includes/functions/extra_functions/preview_email.php(251): require('/home/...')
#2 /home//public_html/admin/preview_email.php(58): build_checkout_email()
#3 /home//public_html/admin/index.php(11): require('/home/...')
#4 {main}
thrown in /home//public_html/includes/languages/english/checkout_process_guest.php on line 12.

opc_load_legacy_language_definitions() is defined in includes/functions/extra_functions/one_page_checkout_functions.php, so im not sure what is causing the issue.

Thanks

Issues have been fixed by swguy. See the plugin thread for the patch

Trial version of 1.5.8, with OPC installed.
Defines for CHECK ORDER STATUS are not being recognised on the Order Status page
Lines 38 and 44 in the following file...

one_page_checkout-2.4.3\includes\languages\english\order_status.php
TEXT_LOOKUP_INSTRUCTIONS
ENTRY_ORDER_NUMBER

I copied these defines over to the CORE ZC-1.5.8 file (lang.order_status.php)

<?php
$define = [
    'NAVBAR_TITLE' => 'Order Status',
    'NAVBAR_TITLE_1' => 'My Account',
    'HEADING_TITLE' => 'Check Order History',
    'TEXT_LOOKUP_INSTRUCTIONS' =>'Select your order number below',
    'ENTRY_ORDER_NUMBER' =>'Order Number',
];

return $define; 

... and this now returns the desired text variable.

schoolboy:

Trial version of 1.5.8, with OPC installed.
Defines for CHECK ORDER STATUS are not being recognised on the Order Status page
Lines 38 and 44 in the following file...

one_page_checkout-2.4.3\includes\languages\english\order_status.php
TEXT_LOOKUP_INSTRUCTIONS
ENTRY_ORDER_NUMBER

I copied these defines over to the CORE ZC-1.5.8 file (lang.order_status.php)

schoolboy:

Trial version of 1.5.8, with OPC installed.
Defines for CHECK ORDER STATUS are not being recognised on the Order Status page
Lines 38 and 44 in the following file...

one_page_checkout-2.4.3\includes\languages\english\order_status.php
TEXT_LOOKUP_INSTRUCTIONS
ENTRY_ORDER_NUMBER

I copied these defines over to the CORE ZC-1.5.8 file (lang.order_status.php)