One-Page Checkout [Support Thread]

mvstudio:

Thanks for the reply. I was able find some of the files that were deleted by error on one of the backups, uploaded them again and all is working as it should. Zx-slideshow is a bit outdated. I've had it working with 1.9.1 for quite a while now without any issues, and it works even better with the latest version. I've updated the jquery file for the latest version which is jscript_jquery-1.12.4.min.js which is also the version needed for zen-colorbox. Both work smoothly and no need for redundant jquerys. All the functionality on the website is working as it should.

@Lat9 one question.
Is it possible to have the rewards box, gift certificate box and discount box update the shopping cart contents without having to click the APPLY button just like the shipping methods do? The reason I'm asking is because the way it works right now, it throws an error message "Please confirm the terms and conditions below" every time I test either of those boxes because of the page refresh. I'm assuming customers want to see the total updated before placing the order and might get thrown off by the error messages.
While it's not possible to get those updates to be applied without clicking that "Apply" button, I'll see about correcting the interaction with the confirmation checkbox.

includes/modules/pages/checkout_one_confirmation/header_php.php line 129 is

$_SESSION['comments'] = (zen_not_null ($_POST['comments'])) ? zen_clean_html ($_POST['comments']) : '';

Do you think the call to zen_clean_html is absolutely required? I'm asking because I don't think the standard checkout does this operation.

In the standard checkout, a comment entry like:

line1
line2
line3

has the line breaks preserved, but in OPC, because of the zen_clean_html operation, they are all put on one line.

swguy:

includes/modules/pages/checkout_one_confirmation/header_php.php line 129 is

$_SESSION['comments'] = (zen_not_null ($_POST['comments'])) ? zen_clean_html ($_POST['comments']) : '';

> 
> Do you think the call to zen_clean_html is absolutely required?  I'm asking because I don't think the standard checkout does this operation. 
> 
> In the standard checkout, a comment entry like: 
> 
> line1
> line2
> line3
> 
> has the line breaks preserved, but in OPC, because of the zen_clean_html operation, they are all put on one line.
I don't know where I got that **zen_clean_html** sanitization from; I'll get it updated to use **zen_output_string_protected**, like that in the default checkout_confirmation page's processing.

Fantastic! Thank you Cindy!

@swguy, I've chosen to correct the issue a bit differently, changing that line to read:

$_SESSION['comments'] = (!empty($_POST['comments'])) ? [B]htmlspecialchars($_POST['comments'], ENT_NOQUOTES, CHARSET, true)[/B] : '';

When using zen_output_string_protected, I found that simple double-quotes (") were being converted to "'s ... which I didn't like. I mean, what if the customer wanted to leave a simple comment like** I'd like a margin of 2"**.?

The update is being tracked via this GitHub issue: https://github.com/lat9/one_page_checkout/issues/219

Are you sure that provides sufficient protection?

swguy:

Are you sure that provides sufficient protection?
Yes, the <'s and >'s get turned into <'s and >'s, respectively, as do the &'s -> &s. It just keeps the double-quotes recorded in the database as " instead of ".

Version of Zencart: Latest
Template: fluorspar

No other plugins added

I am getting a very strange message in my admin area, "The One-Page Checkout plugin has been disabled. The file "/homepages/20/{d*****}/htdocs/****/certuk/includes/templates/fluorspar/jscript/jscript_framework.php" is required for the plugin's proper operation."

adb34:

Version of Zencart: Latest
Template: fluorspar

No other plugins added

I am getting a very strange message in my admin area, "The One-Page Checkout plugin has been disabled. The file "/homepages/20/{d*****}/htdocs/****/certuk/includes/templates/fluorspar/jscript/jscript_framework.php" is required for the plugin's proper operation."
Not strange, that's OPC's way of letting you know that it's not going to allow itself to be enabled if it's not going to work! OPC relies on the AJAX interface provided by the jscript_framework.php module to do its thing.

Assuming that the 'Latest' version is zc156c, you can copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/fluorspar/jscript/jscript_framework.php to allow OPC to be enabled.

Please note that simply enabling OPC on that template doesn't mean that it's going to work. I have no familiarity with that template, but if it's not providing the jscript_framework.php that's been around since zc154 ...

lat9:

Not strange, that's OPC's way of letting you know that it's not going to allow itself to be enabled if it's not going to work! OPC relies on the AJAX interface provided by the jscript_framework.php module to do its thing.

Assuming that the 'Latest' version is zc156c, you can copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/fluorspar/jscript/jscript_framework.php to allow OPC to be enabled.

Please note that simply enabling OPC on that template doesn't mean that it's going to work. I have no familiarity with that template, but if it's not providing the jscript_framework.php that's been around since zc154 ...

This template was updated September 2019. i will copy the file and see what happens. Thanks for theinfo

Thank worked. Thanks

What's added in the latest version, I am looking forward to a version close to my needs.

jiji2018:

What's added in the latest version, I am looking forward to a version close to my needs.
See the plugin's download page (https://www.zen-cart.com/downloads.php?do=file&id=2095). I'm pretty good about itemizing the changes there for each release.

Me again... :(
Zen Cart 1.5.6 (no trailing letter), OPC 2.2.0
OPC debug is set to full

Debug logs are intermittent and not every order gets the logs. Orders placed with PayPal Pro never get the opc debug log.

Some paypaldp orders are duplicated with error code 10536. Problem is - the order goes through, shows up in admin and customer's card gets charged.
[Attachment no longer available]
In this case, order is placed 3 times. I have 8 logs related to the order - 4x paypaldp_PayPal_Action-XXXXXX.log and 4x PayPal_CURL_XXXXXX.log
One other thing I noticed - when a duplicate order goes through, if you check order details in the admin, it always shows a Transaction ID and Parent Transaction ID, while all "normal" orders have Parent Transaction ID empty.
[Attachment no longer available]

Help? :please:

balihr:

Me again... :(
Zen Cart 1.5.6 (no trailing letter), OPC 2.2.0
OPC debug is set to full

Debug logs are intermittent and not every order gets the logs. Orders placed with PayPal Pro never get the opc debug log.

Some paypaldp orders are duplicated with error code 10536. Problem is - the order goes through, shows up in admin and customer's card gets charged.
[Attachment no longer available]
In this case, order is placed 3 times. I have 8 logs related to the order - 4x paypaldp_PayPal_Action-XXXXXX.log and 4x PayPal_CURL_XXXXXX.log
One other thing I noticed - when a duplicate order goes through, if you check order details in the admin, it always shows a Transaction ID and Parent Transaction ID, while all "normal" orders have Parent Transaction ID empty.
[Attachment no longer available]

Help? :please:
A couple of configuration-related questions:

1. What template is being used? Does it modify the tpl_ajax_checkout_confirmation.php template?
2. Is the paypaldp payment-method included in the OPC's "Payment methods requiring confirmation" list?
3. What version of jQuery is being loaded for the site?
4. What version of PHP is in use?
5. Is the OPC's configuration setting "Debug: Customer List" set to a non-blank value?

Oh, missed the reply. Sorry.

lat9:

A couple of configuration-related questions:
[*]What template is being used? Does it modify the tpl_ajax_checkout_confirmation.php template?
Custom template.
tpl_ajax_checkout_confirmation.php is identical to the one included in OPC zip file.

[*]Is the paypaldp payment-method included in the OPC's "Payment methods requiring confirmation" list?
No, only the default ones are listed (eway_rapid,stripepay,gps).

[*]What version of jQuery is being loaded for the site?
jQuery 1.9.1

[*]What version of PHP is in use?
php 5.5.38 (I know, I know...)

[*]Is the OPC's configuration setting "Debug: Customer List" set to a non-blank value?
No, it's blank.

@balihr, nothing seems *too *amiss, although that jQuery version is quite old (almost as old as the PHP version!) and should really be updated to at least 3.4.0 if not 3.4.1. I can't explain the 'non-generation of OPC logs' during the paypaldp (PayPal Payments Pro) processing (the "Customer List" setting was the only possibility that I could come up with).

Can you reproduce the situation "on demand" or is this a case where "it happens when it happens"? Perhaps turning on the paypaldp's full logging might help, but I'm running out of ideas.

lat9:

@balihr, nothing seems *too *amiss, although that jQuery version is quite old (almost as old as the PHP version!) and should really be updated to at least 3.4.0 if not 3.4.1. I can't explain the 'non-generation of OPC logs' during the paypaldp (PayPal Payments Pro) processing (the "Customer List" setting was the only possibility that I could come up with).

Can you reproduce the situation "on demand" or is this a case where "it happens when it happens"? Perhaps turning on the paypaldp's full logging might help, but I'm running out of ideas.

Yeah, jQuery and php... I know... But, there's some older jQuery code in use and I'm not 100% sure if the latest jQuery would break something so I'm leaving it be.

OPC debug is what's confusing me most - not one single paypaldp order has the opc debug log... weird...

And, no, it's not on demand - it happens with one order, then the next 50 go through just fine, then it happens again, then the next 100 are fine... Sometimes it's guest checkout, sometimes it's a returning customer, sometimes it's a new customer. No common factor other than paypaldp.

paypaldp full logging (to file) is already enabled...

I'll give it some more time and wait for it to happen a few more times, maybe more logs reveal something. Will post back when/if I have more info. Thank you, Mrs. C. :smile:

@Lat9 which responsive template in your opinion works the best with OPC? I'm checking my website and OPC doesn't work as it should nor it looks too good. Before I make changes to the responsive_classic template (and getting a huge headache) I wanted to know if there was a responsive template that would work better and effortlessly with OPC.

Thank you!

mvstudio:

@Lat9 which responsive template in your opinion works the best with OPC? I'm checking my website and OPC doesn't work as it should nor it looks too good. Before I make changes to the responsive_classic template (and getting a huge headache) I wanted to know if there was a responsive template that would work better and effortlessly with OPC.

Thank you!
I've been developing OPC using the built-in responsive_classic template. For the fewest headaches, that's the one I'd suggest.