One-Page Checkout [Support Thread]

I may have asked before, but is there anyway to have the "Newsletter Subscribe" checkbox displayed on the CHECKOUT page the same way that it's displayed on the Create Account page?

My reasoning is that far more orders are placed than accounts are created (especially with OPC Guest Checkout)......and I want to maximize the amount of exposure people have to getting on our mailing list.

(A competitor of mine does this and it's greatly built up their mailing list, because by default, they have their newsletter checkbox display as part of the order process).

Basically, I would just like to output the same block of code as the Create Account page for displaying the checkbox, and then recording that information into the customers_newsletter field of the Customer table.

Quote:

---

Originally Posted by Jeff_Mash

I may have asked before, but is there anyway to have the "Newsletter Subscribe" checkbox displayed on the CHECKOUT page the same way that it's displayed on the Create Account page?

My reasoning is that far more orders are placed than accounts are created (especially with OPC Guest Checkout)......and I want to maximize the amount of exposure people have to getting on our mailing list.

(A competitor of mine does this and it's greatly built up their mailing list, because by default, they have their newsletter checkbox display as part of the order process).

Basically, I would just like to output the same block of code as the Create Account page for displaying the checkbox, and then recording that information into the customers_newsletter field of the Customer table.

---

Change request created on OPC's GitHub: https://github.com/lat9/one_page_checkout/issues/388

ZC 1.5.8a
OPC 2.4.6

This is more of an FYI than anything but with account creation set as Full Account I can count on the fingers of one hand the number of fake accounts set up over the past few years. Having recently started using the Registered Account feature I am now (from the day of implementation) regularly getting an average of one per day. Coincidence or is it the reduced number of fields needing to be filled - perhaps it is the lack of a country drop-down that makes it easier for the spammers.

Quote:

---

Originally Posted by simon1066

ZC 1.5.8a
OPC 2.4.6

This is more of an FYI than anything but with account creation set as Full Account I can count on the fingers of one hand the number of fake accounts set up over the past few years. Having recently started using the Registered Account feature I am now (from the day of implementation) regularly getting an average of one per day. Coincidence or is it the reduced number of fields needing to be filled - perhaps it is the lack of a country drop-down that makes it easier for the spammers.

---

Understood; that's why I recommend the use of a Captcha element on the create-account page (I use my Access Blocker).

Quote:

---

Originally Posted by lat9

Understood; that's why I recommend the use of a Captcha element on the create-account page (I use my Access Blocker).

---

Thank you, I will install that. On a non-related OPC matter, I have noticed that a Registered Customer's registration_ip is not recorded (and therefore not displayed in Admin > Customers) whereas a Full Customer's ip is. Can I just check if that's to be expected?

That value should be recorded (to mimic the full-up account-creation), but it's not currently. See this OPC GitHub issue for tracking: https://github.com/lat9/one_page_checkout/issues/389

I'm testing the Braintree payment module in the sandbox and all works fine with OPC disabled. With OPC enabled and the same card details that work with it disabled, I click "Confirm Order" and OPC simply refreshes without displaying any error message. No payment shows in Braintree and no order is created. I have the OPC debug log but I can't see anything in it to say what is going wrong. Any pointers to where to look would be appreciated.

OPC 2.4.6
Braintree 1.4.5
Zen Cart 1.58a
PHP 7.4

I'm assuming that since Braintree doesn't install any files into /includes/modules/pages/checkout_payment, I don't need to copy anything into /includes/modules/pages/checkout_one during installation.

I'm unfamiliar with the Braintree payment module, perhaps it needs addition to the "Payment Modules requiring Confirmation" OPC setting?

Thanks. I just added it to the "Payment Modules requiring Confirmation" OPC setting but I see the same result. I think what I need to know is where I should look in the OPC debug file to figure out why it failed to complete the order.

@BillJ, PM sent.

Quote:

---

Originally Posted by lat9

@BillJ, PM sent.

---

Thanks, lat9.
And my apologies for the error but the Braintree module version I am using is actually 2.2.7, not 1.4.5 as I said earlier :blush:

Thanks very much to lat9 for her highly-responsive support over this. I'd never have figured it out myself. It seems that OPC is not currently compatible with Braintree and other Javascript-based payment methods.

I'll be keeping an eye on OPC developments :)

Quote:

---

Originally Posted by BillJ

Thanks very much to lat9 for her highly-responsive support over this. I'd never have figured it out myself. It seems that OPC is not currently compatible with Braintree and other Javascript-based payment methods.

I'll be keeping an eye on OPC developments :)

---

hmmm...

is OPC not compatible with braintree? or is braintree not compatible with OPC?

braintree was last updated almost 3 years ago.

square webpay is a javascript based payment method. it is compatible with OPC.

i should know. i coded it.

in looking at the braintree zc code, i would now even argue that this payment module is NOT a javascript based payment method.

in addition, it looks to be based on braintree sdk 3.4.0 which was deprecated on 3/2022; and unsupported as of 3/2023.

the latest braintree php sdk was released 2 weeks ago, and is version 6.16.0.

Quote:

---

Originally Posted by carlwhat

in looking at the braintree zc code, i would now even argue that this payment module is NOT a javascript based payment method.

in addition, it looks to be based on braintree sdk 3.4.0 which was deprecated on 3/2022; and unsupported as of 3/2023.

the latest braintree php sdk was released 2 weeks ago, and is version 6.16.0.

---

Despite (mistakenly) saying otherwise earlier, I'm using Braintree Payments 2.2.7 downloaded from the Numinix web-site, released September 2023 and usind SDK 6.9.1. A lot of the Braintree API revolves around the client, with some server involvement.

Quote:

---

Originally Posted by carlwhat

hmmm...

is OPC not compatible with braintree? or is braintree not compatible with OPC?

braintree was last updated almost 3 years ago.

square webpay is a javascript based payment method. it is compatible with OPC.

i should know. i coded it.

---

Right, some payment-module developers pay attention to their module's interaction with OPC; others, not so much!

Quote:

---

Originally Posted by lat9

Right, some payment-module developers pay attention to their module's interaction with OPC; others, not so much!

---

Perhaps when OPC becomes part of the Zen Cart core then their hand will be forced since if it is incompatible with OPC then it is incompatible with Zen Cart. Until then we have two third-party modules for Zen Cart that are incompatible with each other.

However... :)
@lat9, what is it that OPC is expecting to happen that the Square Webpay module is doing but the Braintree module isn't doing? I'd have a go at updating the Braintree module if I knew what that was.

I have ZC v1.5.8a and One-Page Checkout V 2.4.6
I'm getting this error:

Code:

---

[02-Feb-2024 18:37:43 UTC] PHP Notice:  Country with countries_id = 223 is either disabled or does not exist. in /home/xxx/xxx/public_html/includes/functions/html_output.php on line 896

---

223 is US and 222 is the UK and I only have uk active in admin and it is only happening on index.php?main_page=checkout_one
so is there a hard coded use of countries_id = 223 in the script as I have looked and can not see

I ended up just enabling US and the error has fixed and also I'm not getting anymore errors yet.

Quote:

---

Originally Posted by OJ_SIMON

I have ZC v1.5.8a and One-Page Checkout V 2.4.6
I'm getting this error:

Code:

---

[02-Feb-2024 18:37:43 UTC] PHP Notice:  Country with countries_id = 223 is either disabled or does not exist. in /home/xxx/xxx/public_html/includes/functions/html_output.php on line 896

---

223 is US and 222 is the UK and I only have uk active in admin and it is only happening on index.php?main_page=checkout_one
so is there a hard coded use of countries_id = 223 in the script as I have looked and can not see

---

a lot of assumptions going on here...

none of which look to be true... i could be wrong...

did you look at the code? specifically where the error is?

that looks to be where your problem probably is.

from your admin -> configuration -> customer details -> Create Account Default Country ID

what is that set to? default is 223; you probably want it at 222. then you can disable the US once again.

so i do not think that this issue is OPC related nor do i think that 223 was hard coded. but both configuration keys, STORE_COUNTRY and SHOW_CREATE_ACCOUNT_DEFAULT_COUNTRY, need to be set to 222.

best.

ZC v1.5.8a
OPC v2.4.6

On my create account (registered) page I have the compulsory privacy checkbox enabled and, unlike the newsletter checkbox, it does not remain checked upon page reload.

This would normally not be an issue except that I am now adding a reCaptcha to this page and if it is missed by the customer - it will cause a reload and clearing of the privacy checkbox, which may then be subsequently missed potentially causing yet another refresh and customer frustration.

I would like the privacy checkbox to remain checked on page reload. For a registered account the code is

\includes\templates\MY_TEMPLATE\templates\tpl_create_account_register.php

PHP Code:

---

<?php 
    echo zen_draw_checkbox_field('privacy_conditions', '1', false, 'id="privacy"');
?>
<label class="checkboxLabel" for="privacy"><?php echo TEXT_PRIVACY_CONDITIONS_CONFIRM;?></label>

---

\includes\modules\pages\create_account\header_php_create_account_register.php

PHP Code:

---

    if (DISPLAY_PRIVACY_CONDITIONS === 'true') {
        if (!(isset($_POST['privacy_conditions']) && $_POST['privacy_conditions'] === '1')) {
            $error = true;
            $messageStack->add('create_account', ERROR_PRIVACY_STATEMENT_NOT_ACCEPTED, 'error');
        }
    } 


---

This obviously also occurs if it is a create account (full) page.

Quote:

---

Originally Posted by simon1066

ZC v1.5.8a
OPC v2.4.6

On my create account (registered) page I have the compulsory privacy checkbox enabled and, unlike the newsletter checkbox, it does not remain checked upon page reload.

This would normally not be an issue except that I am now adding a reCaptcha to this page and if it is missed by the customer - it will cause a reload and clearing of the privacy checkbox, which may then be subsequently missed potentially causing yet another refresh and customer frustration.

I would like the privacy checkbox to remain checked on page reload. For a registered account the code is

\includes\templates\MY_TEMPLATE\templates\tpl_create_account_register.php

PHP Code:

---

<?php 
    echo zen_draw_checkbox_field('privacy_conditions', '1', false, 'id="privacy"');
?>
<label class="checkboxLabel" for="privacy"><?php echo TEXT_PRIVACY_CONDITIONS_CONFIRM;?></label>

---

\includes\modules\pages\create_account\header_php_create_account_register.php

PHP Code:

---

    if (DISPLAY_PRIVACY_CONDITIONS === 'true') {
        if (!(isset($_POST['privacy_conditions']) && $_POST['privacy_conditions'] === '1')) {
            $error = true;
            $messageStack->add('create_account', ERROR_PRIVACY_STATEMENT_NOT_ACCEPTED, 'error');
        }
    } 


---

This obviously also occurs if it is a create account (full) page.

---

Yep, that's just mimicking the behavior of the default tpl_modules_create_account.php. You can change that behavior by the following change:

PHP Code:

---

<?php 
    echo zen_draw_checkbox_field('privacy_conditions', '1', isset($_POST['privacy_conditions']), 'id="privacy"');
?>
<label class="checkboxLabel" for="privacy"><?php echo TEXT_PRIVACY_CONDITIONS_CONFIRM;?></label>

---

Quote:

---

Originally Posted by lat9

Yep, that's just mimicking the behavior of the default tpl_modules_create_account.php. You can change that behavior by the following change:

PHP Code:

---

<?php 
    echo zen_draw_checkbox_field('privacy_conditions', '1', isset($_POST['privacy_conditions']), 'id="privacy"');
?>
<label class="checkboxLabel" for="privacy"><?php echo TEXT_PRIVACY_CONDITIONS_CONFIRM;?></label>

---

---

Thank for that, I would never have got there myself.

Zencart 1.5.8
php 8.1

I am working on setting up OPC with bootstrap ZCA template. I need to change the format of the guest checkout form.

When I do a guest checkout the form is as follows.
First name
Last Name
Country
State (need to remove drop down)
State/province etc…….

I can’t find the place to change the order of the forms,

Can someone assist me or lead me in the right direction. I feel like this is a silly question but I cant seem to locate where to make the changes

disregard I found the file path....

templates/tpl_modules_opc_address_block.php

Quote:

---

Originally Posted by chadlly2003

Zencart 1.5.8
php 8.1

I am working on setting up OPC with bootstrap ZCA template. I need to change the format of the guest checkout form.

When I do a guest checkout the form is as follows.
First name
Last Name
Country
State (need to remove drop down)
State/province etc…….

I can’t find the place to change the order of the forms,

Can someone assist me or lead me in the right direction. I feel like this is a silly question but I cant seem to locate where to make the changes

---

Why do you need to remove the drop-down? It's automatically "not displayed" when Configuration :: Customer Details :: State field - Display as pulldown ... is set to 'true'.

I did not mean remove dropdown. I chose poor working there.

I am looking to make it into an input instead of a drop down for state.

I am using OPC checkout and have the setting set to false. But the drop down for state is still there.

In the admin I have
State field - Display as pulldown when possible? (set to false)

Quote:

---

Originally Posted by chadlly2003

I did not mean remove dropdown. I chose poor working there.

I am looking to make it into an input instead of a drop down for state.

I am using OPC checkout and have the setting set to false. But the drop down for state is still there.

In the admin I have
State field - Display as pulldown when possible? (set to false)

---

For which country does this drop-down state still appear, even though you've turned it off in configuration?

It does it with the United States. This is an out of the box installation.
So i have not made any changes. Maybe theirs another setting i missed in the back-end?

Its seems as if all the forms are coming up correctly with states as an input instead of a dropdown except for the OPC checkout.

Quote:

---

Originally Posted by chadlly2003

It does it with the United States. This is an out of the box installation.
So i have not made any changes. Maybe theirs another setting i missed in the back-end?

Its seems as if all the forms are coming up correctly with states as an input instead of a dropdown except for the OPC checkout.

---

Just to add some more information

template: Bootstrap ZCA
zencart 1.5.8
php. 8.1

In the admin I have
State field - Display as pulldown when possible? (set to false)


When this happens I loose the dropdown for all countries. Should not be? Should only be for the United States.

Canada is a good example where I used the dropdowns to select State/Province.

But I guess lets focus on the primary issue first.

Template: ZCA-Bootstrap-Template-3.6.1
php version: 8.1
zencart 1.5.8

Been trying to get this to work with no success.

With My current settings
State field - Display as pulldown when possible? (set to false).


I fill out the address in the form and click enter I get
“Please select a state from the States pull down menu. State field - Display as pulldown when possible?”

Please note that OPC forms always shows the drop down no matter what the setting is.
What am I doing wrong?

You're doing nothing wrong; that's a base Zen Cart issue for the zc158 series.

See the following PRs for the changes: https://github.com/zencart/zencart/pull/5711/files superceded by https://github.com/zencart/zencart/p...c1485a45cc03f9

Note that the line numbers in the latter commit will be somewhat off from the zc158 release, due to module refactoring.

Currently using V 2.4.5 of this plugin. If we upgrade to V 2.4.6, will we keep our current settings that we have with V 2.4.5 of this plugin, and can we safely upgrade to V 2.4.6, and keep all our existing settings?

Kind Regards,

Andy

That seem to work for the site. I no longer have the drop down issue.
But as for the OPC I am still showing a state dropdown

Please note: I am currently using opc 2.4.6

Quote:

---

Originally Posted by chadlly2003

That seem to work for the site. I no longer have the drop down issue.
But as for the OPC I am still showing a state dropdown

Please note: I am currently using opc 2.4.6

---

That's an OPC "feechur" that was introduced in v2.3.2: https://github.com/lat9/one_page_checkout/issues/256

Unfortunately, I can't find the reference to what the "autofill" error looked like.

LAt 9

If i got this correct i made the following changes. But that drop down issue still remains?

HTML Code:

---

https://github.com/lat9/one_page_checkout/commit/af15b869b1e626cd3ca503d90fd026a1e52e1f52#diff-48ff9be287ce8a5470b4b6fc5b06369be3127311bd2e558f44ae2c3565dfd3504

---

Quote:

---

Originally Posted by chadlly2003

LAt 9

If i got this correct i made the following changes. But that drop down issue still remains?

HTML Code:

---

https://github.com/lat9/one_page_checkout/commit/af15b869b1e626cd3ca503d90fd026a1e52e1f52#diff-48ff9be287ce8a5470b4b6fc5b06369be3127311bd2e558f44ae2c3565dfd3504

---

---

I did some more tests when going to the address book and changing or adding an address I get the drop down (Please select a state from the States pull down menu.)

On PHP 8.1, OPC 2.4.6, using Bootstrap 3.6.2, I get a super quick flash of
Sorry, but our expedited checkout process cannot be used.

then it disappears.

Could it be that having FedEx *and* UPS *and* USPS enabled takes longer than expected which causes this?

@chadlly2003, my point with that issue is that One-Page Checkout, starting with v2.3.2, will always use the state drop-downs if a country has defined zones, regardless the value of the configuration setting.

Quote:

---

Originally Posted by swguy

On PHP 8.1, OPC 2.4.6, using Bootstrap 3.6.2, I get a super quick flash of
Sorry, but our expedited checkout process cannot be used.

then it disappears.

Could it be that having FedEx *and* UPS *and* USPS enabled takes longer than expected which causes this?

---

In a word: Yes.

That's not it - tried disabling them and still got the message. Nothing super obvious in the OPC log, and no debug logs. How can I troubleshoot this?

Quote:

---

Originally Posted by swguy

That's not it - tried disabling them and still got the message. Nothing super obvious in the OPC log, and no debug logs. How can I troubleshoot this?

---

It's all about how long it takes the page to load. That "sorry the page can't be used" message is displayed initially and, once the page is fully loaded jQuery hides that message. That's since OPC is very jQuery/javascript-dependent, so the message would remain if there were a jQuery/javascript error on the page or if the customer has (for whatever reason) disabled javascript entirely.

OK Thanks!

Lat9

Just to be clear. The OPC checkout you are now forced to use the dropdown.

The reason I ask is because I use a zip code script that auto populates (city, state and zip). I am trying to figure out the best solution. Do you have any recommendations.

Quote:

---

Originally Posted by chadlly2003

Lat9

Just to be clear. The OPC checkout you are now forced to use the dropdown.

The reason I ask is because I use a zip code script that auto populates (city, state and zip). I am trying to figure out the best solution. Do you have any recommendations.

---

What you said is correct. If a country has zones defined, e.g. US and CA, then OPC forces the use of the dropdown. You might be able to develop a jQuery script that overrides OPC's dropdown selections for the state.

Working in ZC158a, PHP 8.1 on OPC 2.4.6
I found https://github.com/lat9/one_page_checkout/issues/391
Is this issue relevant when ZCA Bootstrap 3.6.3 will be installed?

And, by the way, when is an update of OPC to be expected?

Thanks,

jpda

Quote:

---

Originally Posted by jpda

Working in ZC158a, PHP 8.1 on OPC 2.4.6
I found https://github.com/lat9/one_page_checkout/issues/391
Is this issue relevant when ZCA Bootstrap 3.6.3 will be installed?

And, by the way, when is an update of OPC to be expected?

Thanks,

jpda

---

The Bootstrap template, v3.6.3 and later, contains that correction: https://github.com/lat9/ZCA-Bootstra...ate/issues/299

Thank you!

jpda

Just wondering if anyone else is having problems with the Stripe mod and OPC.

Only having poor success with Stripe AFTER dropping OPC.

Don't want to drop OPC:(

I am just about completing my project and have a quick question.

I used ZCA bootstrap template with OPC to build my site and below are my lighthouse results.

Testing my template in light house I noticed I have a slight performance decrease on some pages.
Performance = 85
My accessibility is 100
best practice: 100
seo 98

I could use css/js loader to improve performance, but I don’t think I need it for this type of template. Plus, I have used it in the past and not a big fan. What is a good alternative or suggestion on improving performance without using this plugin to minimize javascript and css.

Perhaps image optimization? "Some pages" is pretty vague, could you be more specific?

to be more clear I need a plugin to minimize javascript and CSS and was trying to avoid using the css/jloader and was wondering if there was something else i can use.

Quote:

---

Originally Posted by chadlly2003

to be more clear I need a plugin to minimize javascript and CSS and was trying to avoid using the css/jloader and was wondering if there was something else i can use.

---

I'm not aware of another plugin.

after installing I am getting the following error during checkout

Your order's details have changed. Please review the current values and re-submit.

I have seen in the forums some people changing the #ottotal > div:first-child setting in admin though I don't know what to change it to for my theme.

I am using goodwin theme by themeforest. Any support would be appreciated. thanks

Quote:

---

Originally Posted by racerephedra

after installing I am getting the following error during checkout

Your order's details have changed. Please review the current values and re-submit.

I have seen in the forums some people changing the #ottotal > div:first-child setting in admin though I don't know what to change it to for my theme.

I am using goodwin theme by themeforest. Any support would be appreciated. thanks

---

Someone else that actually uses that goodwin template will need to chime in; those themeforest templates are not something I provide support for.

I got one page checkout installed and running well. But the guy I did the website for does not like the error that flashes when you go to checkout.
He is giving me a real hard time about it. Is there anything we can do to prevent that.

This guys is going to make me do another checkout because he says if look very unprofessional. I have to be honest i don't disagree with him.

What are my options yo get rid of that?

Quote:

---

Originally Posted by chadlly2003

I got one page checkout installed and running well. But the guy I did the website for does not like the error that flashes when you go to checkout.
He is giving me a real hard time about it. Is there anything we can do to prevent that.

This guys is going to make me do another checkout because he says if look very unprofessional. I have to be honest i don't disagree with him.

What are my options yo get rid of that?

---

Edit the site's tpl_checkout_one_default.php (in either template_default or the site's active template), removing this section towards the top:

Code:

---

// -----
// The following content is initially visible and then hidden if the page's javascript/jQuery processing loads
// without error.
//
$nojs_link = zen_href_link(FILENAME_CHECKOUT_SHIPPING, 'opctype=jserr', 'SSL');
?>
<div class="centerColumn" id="checkoutPaymentNoJs"><?php echo sprintf(TEXT_NOSCRIPT_JS_ERROR, $nojs_link); ?></div>

---

... and then remove the "style-"display:none;" from the overall div:

Code:

---

<div class="centerColumn opc-base" id="checkoutPayment" style="display:none;">

---

Just remember that if the customer has, for whatever reason, javascript disabled in their browser the page will display but be inoperative.

I tried to do it on both locations but i still see the flashing error

\includes\templates\template_default\templates\tpl_checkout_one_default.php
\includes\templates\mytheme\templates\tpl_checkout_one_default.php

disrgeard

Do the plugin works with square webpay ?

Quote:

---

Originally Posted by diptimoy

Do the plugin works with square webpay ?

---

As far as I'm aware.

But Client says Square working with normal zencart checkout not working when one page checkout is enabled

Quote:

---

Originally Posted by diptimoy

But Client says Square working with normal zencart checkout not working when one page checkout is enabled

---

What version of (a) Zen Cart, (b) Square WebPay and (b) OPC?

"Not working" means nothing, specifics will get a better response!

Not sure how OPC works, but does it automatically handle the redirect from payment plugins to FILENAME_CHECKOUT_PAYMENT? For example, our Braintree plugin does contain such redirects.

Quote:

---

Originally Posted by lat9

What version of (a) Zen Cart, (b) Square WebPay and (b) OPC?

"Not working" means nothing, specifics will get a better response!

---

a) zencart 158
b) https://www.zen-cart.com/downloads.php?do=file&id=2345 , last updated on 18th feb 2023 one
c) The one updated on 20 aug 2023

"It says "We have a problem on our end. So Sorry! Please report this error to the Store Owner: SQ-MISSING-TOKEN"
but if we disable OPC and do normal checkout webpay works fine

even tried this
For those wondering about 1.5.8, WebPay works exactly as expected in Zen Cart 1.5.8 WITHOUT One Page Checkout.



If you are going to use both One Page Checkout AND Square WebPay with Zen Cart, you will need to get the OLD square javascript file from includes/modules/pages/checkout_payment/ called jscript_square.php "

But did not work

Quote:

---

Originally Posted by diptimoy

a) zencart 158
b) https://www.zen-cart.com/downloads.php?do=file&id=2345 , last updated on 18th feb 2023 one
c) The one updated on 20 aug 2023

"It says "We have a problem on our end. So Sorry! Please report this error to the Store Owner: SQ-MISSING-TOKEN"
but if we disable OPC and do normal checkout webpay works fine

even tried this
For those wondering about 1.5.8, WebPay works exactly as expected in Zen Cart 1.5.8 WITHOUT One Page Checkout.



If you are going to use both One Page Checkout AND Square WebPay with Zen Cart, you will need to get the OLD square javascript file from includes/modules/pages/checkout_payment/ called jscript_square.php "

But did not work

---

for those wondering, lets talk about what i know.

• i am the author of square webPay, ie i coded the module.
• there are numerous websites out there using this payment module with OPC.
• i spent an inordinate amount of time to get it to play nice with OPC.
• there is NO need for any old javascript file in the directory mentioned above.

now lets look at the message listed above. that only gets generated right here on the 3rd line in the following code fragment (lines 435-438):

PHP Code:

---

if ($error['category'] === 'INVALID_REQUEST_ERROR') {
                        trigger_error("Square Connect [configuration] error. \nResponse Body:\n" . print_r($e->getResponseBody(), true) . "\nResponse Headers:\n" . print_r($e->getResponseHeaders(), true), E_USER_NOTICE);
                        $messageStack->add_session('checkout_payment', MODULE_PAYMENT_SQ_WEBPAY_TEXT_MISCONFIGURATION, 'error');
                        zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, '', 'SSL', true, false)); 


---

if one looks at the 2nd line of the code fragment, there is a call to the trigger_error function. in a properly configured server, that will generate a log file.

the log file will provide more information as to why OPC is not working.

provide the log and perhaps a solution will be forth coming.

I installed one_page_checkout-2.4.6, on ZC 1.5.7d, and I am using westminster_new_2.1 template.
When I click on "Confirm Order", the program does not process order. I found a thread about someone having the same problem using 1.5.5, but it did not seem to apply to 1.5.7d. It doesn't matter which payment selection I try. The button changes on hover and shows the hand pointer. It just doesn't do anything else. No error messages. I do not see any errors in the logs either.

Does OPC work with westminster_new_2.1?
Could you please give me advice on how to proceed?

Quote:

---

Originally Posted by katrobb

I installed one_page_checkout-2.4.6, on ZC 1.5.7d, and I am using westminster_new_2.1 template.
When I click on "Confirm Order", the program does not process order. I found a thread about someone having the same problem using 1.5.5, but it did not seem to apply to 1.5.7d. It doesn't matter which payment selection I try. The button changes on hover and shows the hand pointer. It just doesn't do anything else. No error messages. I do not see any errors in the logs either.

Does OPC work with westminster_new_2.1?
Could you please give me advice on how to proceed?

---

That westminster_new template, despite its name, is very old. It might not load a compatible version of jQuery. You can check by (on a Windows computer), pressing the F12 key while you're viewing your site's checkout_one page and then clicking on the "Console" tab. OPC's jQuery will (if able) write status messages to the console, but if jQuery isn't loaded you'll see a console error message to that effect.

Quote:

---

Originally Posted by numinix

Not sure how OPC works, but does it automatically handle the redirect from payment plugins to FILENAME_CHECKOUT_PAYMENT? For example, our Braintree plugin does contain such redirects.

---

OPC catches the NOTIFY_HEADER_START_CHECKOUT_PAYMENT notification from FILENAME_CHECKOUT_PAYMENT ('checkout_payment') and redirects to FILENAME_CHECKOUT_ONE ('checkout_one').

ZC 1.5.8,
OPC 2.4.6 (2023-08-19),
SFL 1.9a

Hi,
Has anyone got this addon working with Save for Later (https://www.zen-cart.com/downloads.php?do=file&id=872) and if so can you supply the changes to the cart page for me?

Quote:

---

Originally Posted by OJ_SIMON

ZC 1.5.8,
OPC 2.4.6 (2023-08-19),
SFL 1.9a

Hi,
Has anyone got this addon working with Save for Later (https://www.zen-cart.com/downloads.php?do=file&id=872) and if so can you supply the changes to the cart page for me?

---

please ignore this

One-Page Checkout, v2.5.0, is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095

This release contains a major change to the basic processing, reducing the number of page refreshes required and (hopefully) providing better interoperation with more payment modules.

For a full list of all changes and bugfixes, see this link: https://github.com/lat9/one_page_che...ne/57?closed=1

Fantastic news!

Different topic: any chance in the future you could split off guest checkout from OPC so you could enable the former and not the latter? Asking for clients who have significant changes to checkout logic.

Quote:

---

Originally Posted by swguy

Fantastic news!

Different topic: any chance in the future you could split off guest checkout from OPC so you could enable the former and not the latter? Asking for clients who have significant changes to checkout logic.

---

Sounds like a change-request 'issue' coming soon to OPC's GitHub repo: https://github.com/lat9/one_page_checkout

just upgraded to new version and i must say i like the new way of selecting the shipping options much better and smoother.
but I've spotted in the plugin admin :

Quote:

---

Enable: Customer List
When you conditionally enable the plugin, use this setting to limit the customers for which the plugin is enabled. Leave the setting blank (the default) to disable the plugin for all customers or identify a comma-separated list of customer_id values for whom the plugin is to be enabled.

---

you have the wording of "disable" and "enabled" the wrong way round, it should say:
Leave the setting blank (the default) to enabled the plugin for all customers or identify a comma-separated list of customer_id values for whom the plugin is to be disabled to.

or it should say:
Leave the setting blank (the default) to enabled the plugin for all customers or identify a comma-separated list of customer_id values for whom the plugin is to be enabled for.

Quote:

---

Originally Posted by lat9

Sounds like a change-request 'issue' coming soon to OPC's GitHub repo: https://github.com/lat9/one_page_checkout

---

Thank you! Issue 407 created.

how can i change the layout of the order total modules section of the checkout page as allmine are to the left and I can not work out whats making it happen all i know its my template (which is using bootstrap 5 if that helps)?

if it would help https://phpstack-1180590-4294982.cloudwaysapps.com/

Quote:

---

Originally Posted by OJ_SIMON

how can i change the layout of the order total modules section of the checkout page as allmine are to the left and I can not work out whats making it happen all i know its my template (which is using bootstrap 5 if that helps)?

if it would help https://phpstack-1180590-4294982.cloudwaysapps.com/

---

Since the current version of the Bootstrap template, as released, uses Bootstrap 4 ... you're pretty much on your own.

I've sorted it now thank you.

Actually there is not much of ZC that I gives bootstrap 5 issues with .
this one was a deep down almost hidden css class I hadn't spotted that was overriding what i was changing.

How can I disable guest checkout latest version of zencart and bootstrap and php version 8.1

Sorry worked it out

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.

Quote:

---

Originally Posted by simon1066

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.

---

Don't worry. After clearing my browser cache, I am now getting the expected white background screen with loader. I was missing this before so I now no longer need to style the checkout_one_confirmation page.

Quote:

---

Originally Posted by simon1066

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.

---

Right, just define a payment module to "Require confirmation" and the confirmation page doesn't auto-submit, staying stationary so that you can style it.

Quote:

---

Originally Posted by lat9

Right, just define a payment module to "Require confirmation" and the confirmation page doesn't auto-submit, staying stationary so that you can style it.

---

I didn't re-post quickly enough, thank you all the same.

v2.5.1 of One-Page Checkout is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095

This release contains changes associated with these GitHub issues:

#408: Correcting interaction with payment modules, like square_webPay, that perform the form's submittal.
#409: Correct misspelling of 'square_webPay' in configuration description.
#411: Ensure that all input fields are properly sanitized (security improvement)

Note: If you're running on v2.5.0, please apply this update for its security improvement! If running on a prior version, let me know the OPC version number and the Zen Cart version on which you're running; I'll supply the patch files within this thread.

First!

Zen Cart 1.5.6c/PHP 7.3/OPC 2.2.2.

Quote:

---

Originally Posted by lat9

v2.5.1 of One-Page Checkout is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095

This release contains changes associated with these GitHub issues:

#408: Correcting interaction with payment modules, like square_webPay, that perform the form's submittal.
#409: Correct misspelling of 'square_webPay' in configuration description.
#411: Ensure that all input fields are properly sanitized (security improvement)

Note: If you're running on v2.5.0, please apply this update for its security improvement! If running on a prior version, let me know the OPC version number and the Zen Cart version on which you're running; I'll supply the patch files within this thread.

---

Quote:

---

Originally Posted by swguy

First!

Zen Cart 1.5.6c/PHP 7.3/OPC 2.2.2.

---

After review of the changes required, only sites running zc157/158 with OPC require patching!

Great news!

OK I have:

2.3.7
2.4.3
2.4.5
2.4.6

Quote:

---

Originally Posted by lat9

After review of the changes required, only sites running zc157/158 with OPC require patching!

---

... and that patch can be provided by the security update just posted here: https://www.zen-cart.com/showthread....-v1-5-8-series

how do i fix this?
[04-Apr-2024 12:45:42 UTC] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 207.68.237.174
#1 trigger_error() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:334]
#2 order->cart() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:38]
#3 order->__construct() called at [/var/www/clients/client1/web3/web/includes/classes/ajax/zcAjaxOnePageCheckout.php:519]
#4 zcAjaxOnePageCheckout->updatePaymentMethod() called at [/var/www/clients/client1/web3/web/ajax.php:85]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /var/www/clients/client1/web3/web/includes/classes/order.php on line 334.
zen version 5.6c and opc version 2.3.12 (2022-04-03)

Quote:

---

Originally Posted by jimmie

how do i fix this?
[04-Apr-2024 12:45:42 UTC] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 207.68.237.174
#1 trigger_error() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:334]
#2 order->cart() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:38]
#3 order->__construct() called at [/var/www/clients/client1/web3/web/includes/classes/ajax/zcAjaxOnePageCheckout.php:519]
#4 zcAjaxOnePageCheckout->updatePaymentMethod() called at [/var/www/clients/client1/web3/web/ajax.php:85]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /var/www/clients/client1/web3/web/includes/classes/order.php on line 334.
zen version 5.6c and opc version 2.3.12 (2022-04-03)

---

If you give me a clue as to what shipping/payment modules are in use, I can give you some suggestions. No guarantees, since you're running on a Zen Cart base that's coming up on 5 years old and an OPC version that just had its 2nd birthday.

Quote:

---

Originally Posted by dbltoe

Just wondering if anyone else is having problems with the Stripe mod and OPC.

Only having poor success with Stripe AFTER dropping OPC.

Don't want to drop OPC:(

---

Did you resolve your issues with Stripe and OPC working together?

I have issues with Stripe redirecting back to the index page when attempting to submit a payment.

Quote:

---

Originally Posted by strelitzia

Did you resolve your issues with Stripe and OPC working together?

I have issues with Stripe redirecting back to the index page when attempting to submit a payment.

---

Unfortrunately, it's number 12 on our top ten right now.:(

Not knowing your ZC version, I would just make sure you have the latest stripe and OPC.

Morning,

Having an issue with a 2.0 presenting the "Whoops! Your session has expired." error ONLY when using guest checkout. Logging in there are no issues & I didn't identify the issue whilst in the responsive classic template.
Zen Cart 2.0.0
PHP 8.3
Boot 3.6.4
OPC 2.5.1

The log issue looks like

Quote:

---

2024-04-19 10:31:05 OnePageCheckout: updateOrderAddresses, on entry: Current sendto: not set
[]
[]
[]
null

2024-04-19 10:31:05 OnePageCheckout: Current sendto: not set.

2024-04-19 10:31:05 OnePageCheckout: updateOrderAddresses, on exit: , , 0, 0
[]
[]
[]

2024-04-19 10:31:06 checkout_one_observer: checkout_one redirect 1a: {
"main_page": "checkout_shipping"
}

---

However, I will PM the full log in a min =)

Any ideas?

Thanks in advance,

~Melanie

Thanks for the full log, @mprough. Unfortunately, that log didn't "ring any bells". Was there also a one_page_checkout-{nn}-2024-04-19.log, where {nn} is the configured guest-customer's 'customer_id'?

Quote:

---

Originally Posted by lat9

Thanks for the full log, @mprough. Unfortunately, that log didn't "ring any bells". Was there also a one_page_checkout-{nn}-2024-04-19.log, where {nn} is the configured guest-customer's 'customer_id'?

---

Only one_page_checkout-na-2024-04-19.log is created

Quote:

---

Originally Posted by mprough

Only one_page_checkout-na-2024-04-19.log is created

---

That's weird (and indicative of the issue); any debug logs?

Quote:

---

Originally Posted by mprough

Only one_page_checkout-na-2024-04-19.log is created

---

A Whoops! Your session has expired. is a 302 http error so I could be wrong but it will not show up in ZC log's but if you use dev tools and look at network tab while doing a re-enacting the issue you will see what's going on and my time off this it was a 302 when receiving the API response then it just keep happening to everyone.

ZC 1.5.7d with boostrap template 3.3.0
OPC 2.5.1
PHp 7.4

I have a "weird" message popping up for a second during checkout.

During the checkout process, while going from the login page to the to the checkout page, the message " Sorry, but our expedited checkout process cannot be used. Click here to use our alternate checkout process." appears for a brief second or less.

Why could be doing this?

i don t have any logs or anything and the checkout process works fine except for this message.

Any suggestions on this

Thank you