One-Page Checkout [Support Thread]

v1.5.5f

Hello Cindy - I am still using v2.0.3 (tried upgrading to 2.2.0 2 days ago and again today and checkout in all forms now doesn't work at all - that will be the subject of a seperate post) .
The post above - your response to mvstudio may be a hint for my problem below.

I have read through the listed changes of subsequent versions to 2.0.3 and had a look at Github and I do not see anything listed that appear to cover the issue below - if the latest version does cover these issues then please let me know :smile:;

I am not complaining - just looking for help.

I am having what I call major issues in customer usability / user friendliness of the checkout process. It is more to do with the layout, not so much the transaction processing. To you, me and most Zen Cart users these issues are not issues however we are dealing with customers and they invariably expect everything to be on a plate for them without having to think. Unfortunately most major websites / platforms out there have done just that with their checkout process - made it clear - simple - user friendly ... idiot proof. Without seeming to be too critical or ungrateful for the amazing work you have put into the OPC it still is not as user friendly as it could be (should be even).

As I said, it is more to do with layout - hence it may in fact have everything to do with the template I am using - if it is then maybe I should be getting assistance from that thread.

Guest & Logged in Checkout page

There is a huge whitespace between the Payment selection box and the confirm order, they are not in the same window, not the same visual space and as such scrolling is required - I have had customers that have clicked the PayPal selection and at that point expected to be taken to PayPal - they have not scrolled to then see the click to confirm order.
Suggestion: (a) include some instructional / directions text directly below the Payment Method box that states something like 'to continue please with your order scroll down to confirm your order by clicking the blue confirm order button' ... in a box that stands out, cannot be missed - and/or modify layout such that the order details and confirm order tab are in the same window as the payment method frame, and above the fold or within the screen space without the need for scrolling.

Scrolling

Checkout Page - PayPal Express Checkout button;

Using this button presents two problems, one is PayPals problem in that the redirection notice 'we are returning you to xyz website for you to confirm the order' is (a) on the screen for less than 2 seconds and is not as explanatory as it could be for some customers, so it can be easily missed or misinterpreted, and (b) that when PayPal returns the customer to the website to confirm the order it lands on the checkout page towards the top of the page which requires significant scrolling to get to the confirm order button. Some customers are not scrolling and they are assuming that the order is finalized (I saw the items in the cart, I selected to pay via PayPal, it took me to the PayPal site where I paid for it and it returned me to the site but I didn't want to order anything else so I left the site assuming all was OK).

Suggestion: that PayPal returns the customer to the specific section of the page for order confirmation, i.e. the shopping cart contents frame - maybe using a #segment or other tag.

Just to reiterate - many customers are not expecting to have to do any work or think or read - just press the big buttons.

Like many website owners I do the functional tests are installing a plugin ... yep it works .... but I do not use my site as a shopper. When sales are not as expected as shop owners we tend to look at all sorts of potential reasons, often ending up at SEO and/or advertising as the magic wand.

Fortunately I have had a few customers email me with their 'problems' in being able to check out - typically my immediate thought is 'another one who doesn't know how to shop online' but I go through the motions. After sending detailed 9 step follow the bouncing ball instructions and then getting the responses I have been getting it forced me to shop on my site as if I was those customers - then I realized that in my instructions I omitted 'then on that page please scroll down to find the confirm order button and click on it'... my instruction simply said 'on that page click the confirm order button' .... what button, it isn't there, because they didn't scroll.

The emails encouraged me to dig deeper into Google Analytics and the number of exits after the checkout page were scary - not the order confirmation page as expected - i.e. that many using the PayPal Express process are not scrolling but rather assuming the job was done.

Maybe some of these 'issues' can be solved through css stylesheet at which I am far proficient.

On that subject....

The Login page layout - can Guest checkout and Returning Customers be separated into individual files and allocated their own sequence for layout in admin/configuration - again a not in screen / scrolling is an issue to see all content / options - condense it maybe with less whitspace??

any guidance you can offer would be very much appreciated
cheers,
Mike

images of page returned by PayPal (checkout) when using PayPal Express checkout - = 3 full screen scrolls to get to the confirm button

Attachment 18708
Attachment 18709
Attachment 18710

Hi again Cindy,

As has been the case on a number of other occasions I have had trouble upgrading OPC - I am currently using 2.0.5 and in view of the issues described above I decided to upgrade to 2.2.0 to see if it addressed them.

I believe I followed your instructions to the letter however I obviously did something wrong (again) and now in any form of checkout from shopping cart (checkout and checkout with PayPal buttons) or login page (guest checkout button) I get a blank page totally white page, this url domain/ipn_main_handler.php?type=ec

There are no error logs.

I reinstalled a saved copy of the database but the result is the same -

so do I need to use the uninstall SQL and delete all files associated with OPC (in database) and then reinstall as a fresh install?

cheers,
Mike

website is www.treeoflifejewellery.com.au

blank page from clicking guest checkout tab is /index.php?main_page=checkout_one

Quote:

---

Originally Posted by shags38

blank page from clicking guest checkout tab is /index.php?main_page=checkout_one

---

If you look at the page's source (e.g. pressing Ctrl+U on Firefox or Chrome), is there 'source'? I've seen that whitepage at times when there's a jQuery conflict so that the CSS doesn't 'open up' the page for view.

Quote:

---

Originally Posted by shags38

Hi again Cindy,

As has been the case on a number of other occasions I have had trouble upgrading OPC - I am currently using 2.0.5 and in view of the issues described above I decided to upgrade to 2.2.0 to see if it addressed them.

I believe I followed your instructions to the letter however I obviously did something wrong (again) and now in any form of checkout from shopping cart (checkout and checkout with PayPal buttons) or login page (guest checkout button) I get a blank page totally white page, this url domain/ipn_main_handler.php?type=ec

There are no error logs.

I reinstalled a saved copy of the database but the result is the same -

so do I need to use the uninstall SQL and delete all files associated with OPC (in database) and then reinstall as a fresh install?

cheers,
Mike

website is www.treeoflifejewellery.com.au

---

Mike, one of the major changes going from OPC 2.0.x to 2.1.x (and later) was correcting the integration with the PayPal Express Checkout and (more importantly) the recognition that OPC and the PPEC/shortcut button don't play well together. Now, when a customer clicks the PPEC shortcut button, they're directed down the 'normal' checkout process.

Quote:

---

Originally Posted by lat9

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

---

Thanks so much! =)

Quote:

---

Originally Posted by lat9

If you look at the page's source (e.g. pressing Ctrl+U on Firefox or Chrome), is there 'source'? I've seen that whitepage at times when there's a jQuery conflict so that the CSS doesn't 'open up' the page for view.

---

Thanks for your reply Cindy - prior to receiving your response I I recovered the site to a time prior to attempting the upgrade so I didn't get a chance to try the source. So the site is back to the v2.0.5 status.

I am attempting to rebuild the site to the latest platform v1.5.6c and then do a fresh install of v2.2.0

cheers,
Mike

Quote:

---

Originally Posted by lat9

Mike, one of the major changes going from OPC 2.0.x to 2.1.x (and later) was correcting the integration with the PayPal Express Checkout and (more importantly) the recognition that OPC and the PPEC/shortcut button don't play well together. Now, when a customer clicks the PPEC shortcut button, they're directed down the 'normal' checkout process.

---

Many thanks for your response Cindy - so by 'normal' process do you mean ZC default or Guest checkout - either way it makes the PPEC method obsolete I guess? As per previous post hopefully I will be using OPC v2.2.0 once I have upgraded to 1.5.6c

cheers,
Mike

Quote:

---

Originally Posted by shags38

Many thanks for your response Cindy - so by 'normal' process do you mean ZC default or Guest checkout - either way it makes the PPEC method obsolete I guess? As per previous post hopefully I will be using OPC v2.2.0 once I have upgraded to 1.5.6c

cheers,
Mike

---

Mike, 'normal' is the ZC default (3-page checkout). That doesn't make the PPEC method obsolete as the signed-in/guest-checkout version now works; it's only the shortcut button's processing that's sent down the non-one-page-checkout path.

Quote:

---

Originally Posted by lat9

Mike, 'normal' is the ZC default (3-page checkout). That doesn't make the PPEC method obsolete as the signed-in/guest-checkout version now works; it's only the shortcut button's processing that's sent down the non-one-page-checkout path.

---

Thanks for that Cindy - I am removing the PPEC shortcut button from the shopping cart page to eliminate the confusion of where PayPal returns to the site for order confirmation.

cheers,
Mike

Hello Cindy - I managed to upgrade a v1.5.5f site with OPC 2.2.0 and it is functioning so I must have followed the instructions more closely this time :blush: - encountering a slight issue though - after putting something in the cart, not logged in, and using checkout as guest and completing the details, but not clicking confirm order, I can leave the site (close site in browser) and then return to the site and the contents of my cart are still there and when I click on 'checkout' it takes me to the 'completed' checkout page that I closed off from.

Seems that by not confirming the order and leaving the site it is retaining the data, i.e. until I clear browser cache which fixes it obviously - so is this simply browser related?? I wouldn't have thought a browser could retain data from secure checkout page(s)??

Not sure if this error is related to what I just described (or to another occasion when testing whereby I did confirm order but then on the PayPal site I closed off before completing the transaction, at the browser);

Code:

---

[10-Nov-2019 16:24:08 Australia/Sydney] PHP Fatal error:  Uncaught ArgumentCountError: Too few arguments to function paypalwpp::zcLog(), 1 passed in /home/treeofl3/public_html/includes/modules/payment/paypalwpp.php on line 2034 and exactly 2 expected in /home/treeofl3/public_html/includes/modules/payment/paypalwpp.php:765
Stack trace:
#0 /home/treeofl3/public_html/includes/modules/payment/paypalwpp.php(2034): paypalwpp->zcLog('ec_step2_finish...')
#1 /home/treeofl3/public_html/includes/modules/payment/paypalwpp.php(1890): paypalwpp->ec_step2_finish(Array, 'Yes')
#2 /home/treeofl3/public_html/ipn_main_handler.php(81): paypalwpp->ec_step2()
#3 {main}
  thrown in /home/treeofl3/public_html/includes/modules/payment/paypalwpp.php on line 765

---

cheers,
Mike

Hi Cindy - that same error (above) showed again on another site I just upgraded to 2.2.0 - the error happens after guest checkout through to PayPal and confirming payment and then returning to the site it generates a white totally blank page with this url https://www.dazzlerscliponearrings.c...e&PayerID=code (token and payer codes removed by me).

So when I upgraded (both sites) I installed all files from the zip folder (except docs), so admin, includes, zc155f and zc156b folders and I copied the modification from the install instructions to includes/modules/payment/paypalwpp.php - with this I used the new code and replaced the existing code with it (instructions say 'add' but I assumed it should be 'replace with' .... wrong assumption?) - /includes/templates/YOUR_TEMPLATE/common/tpl_header.php was already modified from previous installed version and required files were merged successfully.

Code:

---

[10-Nov-2019 17:31:56 Australia/Sydney] PHP Fatal error:  Uncaught ArgumentCountError: Too few arguments to function paypalwpp::zcLog(), 1 passed in /home/admin/public_html/includes/modules/payment/paypalwpp.php on line 2034 and exactly 2 expected in /home/admin/public_html/includes/modules/payment/paypalwpp.php:765
Stack trace:
#0 /home/admin/public_html/includes/modules/payment/paypalwpp.php(2034): paypalwpp->zcLog('ec_step2_finish...')
#1 /home/admin/public_html/includes/modules/payment/paypalwpp.php(1890): paypalwpp->ec_step2_finish(Array, 'Yes')
#2 /home/admin/public_html/ipn_main_handler.php(81): paypalwpp->ec_step2()
#3 {main}
  thrown in /home/admin/public_html/includes/modules/payment/paypalwpp.php on line 765

---

cheers,
Mike

Mike, there's (obviously) an error in the upgrade instructions posted in the online upgrade documentation.

Find this section in /includes/modules/payment/paypalwpp.php (in the ec_step2_finish method)

Code:

---

      // -----
      // Allow an observer to override the default address-creation processing.
      //
      $bypass_address_creation = false;
      $this->notify('NOTIFY_PAYPALEXPRESS_BYPASS_ADDRESS_CREATION', $paypal_ec_payer_info, $bypass_address_creation);
      if ($bypass_address_creation) {
          $this->zcLog('ec_step2_finish - 2a, address-creation bypassed based on observer setting.');
      }

---

and change to

Code:

---

      // -----
      // Allow an observer to override the default address-creation processing.
      //
      $bypass_address_creation = false;
      $this->notify('NOTIFY_PAYPALEXPRESS_BYPASS_ADDRESS_CREATION', $paypal_ec_payer_info, $bypass_address_creation);
      if ($bypass_address_creation) {
          $this->zcLog('ec_step2_finish - 2a', 'address-creation bypassed based on observer setting.');
      }

---

I'll create an issue on GitHub and get those instructions corrected. Thanks for the report!

Additional changes needed for all versions of Zen Cart (1.5.4 through 1.5.6c) to enable correct integration with the shipping_estimator. See this OPC GitHub issue for detailed instructions for those changes.

I've just submitted v2.2.1 of One-Page Checkout to the Zen Cart moderators for review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#193: shipping_estimator changes needed for guest-checkout (documentation only)
#219: Sanitize multi-line order comments to preserve line-breaks.
#220: Include notification, enabling external processes to disable the guest-checkout.
#221: Online install/upgrade instructions for paypalwpp.php changes caused PHP errors (documentation only).

Hi Cindy - many thanks for the modified code - works a treat!

I still find that when using guest checkout that it is logging me in, i.e. on the guest checkout success page as returned from PayPal it is showing 'log out' at the top of the page. Without logging out and then actually adding something else to the cart and then leaving the site with items still in the cart ... then when I return to the site the items are still in the cart.

So is this simply a cookie thing with the browser? ... or is the guest checkout inadvertently, or purposely, acting as if the user was logged in?

again many thanks,
Mike

Hi again Cindy - on both sites that have been upgraded I am now repeatedly getting an PayPal error code 10730 - after checking out going through guest checkout / PayPal and getting to PayPal and clicking pay now I get returned to the guest checkout page (all details still completed) with this error at top of the page;
"Error 10730 Shipping Address Postal Code Empty - The field Shipping Address Postal Code is required"

The postcode is completed in the billing address section - the shipping address is same as billing address box is checked (default I assume) - even when I uncheck that box the details shown for shipping are as per billing and includes the postcode.

I get this error code;

Code:

---

[11-Nov-2019 09:09:29 Australia/Sydney] PHP Parse error:  syntax error, unexpected ',' in /home/admin/public_html/includes/modules/payment/paypalwpp.php on line 2034

---

this is the line you modified - not sure if this is relevant but in the email received that line of code was represented as ;

Code:

---

$this->zcLog('ec_step2_finish - 2a*'*, *'*address-creation bypassed based on observer setting.');
      }

---

(possibly a character interpretation issue with the email program ??)

in the forum on the ZC site in the post above it is shown as;

Code:

---

if ($bypass_address_creation) {
          $this->zcLog('ec_step2_finish - 2a', 'address-creation bypassed based on observer setting.');
      }

---

I initially used the code in the email but it caused a blank page after clicking checkout - I am now using the code from your post above - resulting in that error.

For the life of me I cannot figure why it worked first time as I indicated in my post but now wants to throw this error. I have cleared cache and restarted browser.

cheers,
Mike

Mike, what you received in the email included highlights for those missing single-quotes; what you posted second for the change is what should have been the edit.

If you create an OPC (and associated PayPal) log when you receive the invalid shipping postcode and email them to me directly, I'll give it a look.

I am using ZC 1.5.5e - and One-page-Checkout.

A customer reported an issue today: she is unable to complete the checkout process.
She is at the last step and gets a message that "she has changed something", and when she clicks to continue, she is back on the same page. I could not figure out what she was talking about so I asked her to record the behavior:
https://www.loom.com/share/e27c6c96d...e174570b025d17

It started when she had a coupon code to use for a product, and i had set it up wrong (was set to the wrong product).
I fixed the coupon, and it now works as the product comes down to $0.
I have asked this customer to remove the product from the cart, to add more, etc. and nothing worked.
Freecharger is and has been enabled for a long time.
I regularly have customers checking out with $0 orders so that is not new but she is the only one who has reported an issue.

I am not 100% sure if it is related to OPC, but taking a chance.

Thanks.

What version of OPC is being used?

Quote:

---

Originally Posted by lat9

What version of OPC is being used?

---

Where would I find the version number?

Log into your administration panel.
Click configuration.
Click One Page Checkout Settings.
Very top: Version/Release Date

Version 1.4.0

Quote:

---

Originally Posted by CaroleAs

Version 1.4.0

---

That's a very, very old (released 2017-08-12) version. I suggest that you update to the more recent v2.2.1 (released 2019-11-10).

Quote:

---

Originally Posted by lat9

That's a very, very old (released 2017-08-12) version. I suggest that you update to the more recent v2.2.1 (released 2019-11-10).

---

Yeah, I upgraded my Zencart store a short time after the initial release of this module.
Sigh... I'll try to do that upgrade soon. (I need to do upgrades so infrequently, that I am always unsure what I am doing!)

Checking the instructions to upgrade from 1.4.0 to 2.2.1, I need to uninstall it first, and it says to "delete the files that were copied to your Zen Cart installation's file-system. Then, use your admin's Tools->Run SQL Patches to run the file....."

How do I know which files to delete before running the SQL patches?

After I reinstall it, will I have to redo the French translation?

Quote:

---

Originally Posted by CaroleAs

Checking the instructions to upgrade from 1.4.0 to 2.2.1, I need to uninstall it first, and it says to "delete the files that were copied to your Zen Cart installation's file-system. Then, use your admin's Tools->Run SQL Patches to run the file....."

How do I know which files to delete before running the SQL patches?

After I reinstall it, will I have to redo the French translation?

---

Since I'm unclear as to the site's original ZC version and current ZC version, I can't confirm whether you need to uninstall first or simply overwrite and/or merge changes.

Quote:

---

Originally Posted by lat9

Since I'm unclear as to the site's original ZC version and current ZC version, I can't confirm whether you need to uninstall first or simply overwrite and/or merge changes.

---

I have ZC 1.5.5e and OPC 1.4.0.

Quote:

---

Originally Posted by CaroleAs

I have ZC 1.5.5e and OPC 1.4.0.

---

Just follow the zc155e upgrade instructions documented here. You'll need to add a couple of notifications to the PayPal Express Checkout payment method, too (see the section in that documentation just above the link I posted).

Quote:

---

Originally Posted by lat9

I've just submitted v2.2.1 of One-Page Checkout to the Zen Cart moderators for review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#193: shipping_estimator changes needed for guest-checkout (documentation only)
#219: Sanitize multi-line order comments to preserve line-breaks.
#220: Include notification, enabling external processes to disable the guest-checkout.
#221: Online install/upgrade instructions for paypalwpp.php changes caused PHP errors (documentation only).

---

Now available for download from the Zen Cart Plugins.

Quote:

---

Originally Posted by lat9

Just follow the zc155e upgrade instructions documented here. You'll need to add a couple of notifications to the PayPal Express Checkout payment method, too (see the section in that documentation just above the link I posted).

---

You are pointing to the instructions for Zen Cart 1.5.4, 1.5.5, 1.5.5a-f, (under the Perform Required Edits) but there is also, a bit higher on the page, instructions for Zen Cart 1.5.5b-f (under the Installation), and even more at the beginning, there is this mention:

If you are upgrading an existing OPC installation from a version prior to v2.0.0, you'll need to uninstall that previous version and perform a fresh installation of OPC v2.1.0.

And the uninstallation instructions indicate to delete the files and then run the SQL patches.

So back to my original question: How do I know which files to delete before running the SQL patches?

Quote:

---

Originally Posted by CaroleAs

You are pointing to the instructions for Zen Cart 1.5.4, 1.5.5, 1.5.5a-f, (under the Perform Required Edits) but there is also, a bit higher on the page, instructions for Zen Cart 1.5.5b-f (under the Installation), and even more at the beginning, there is this mention:

If you are upgrading an existing OPC installation from a version prior to v2.0.0, you'll need to uninstall that previous version and perform a fresh installation of OPC v2.1.0.

And the uninstallation instructions indicate to delete the files and then run the SQL patches.

So back to my original question: How do I know which files to delete before running the SQL patches?

---

You're correct, I'd forgotten that the changes going from pre-v2.0.0 to the current version were too many to support as an upgrade.

Here's a link to the plugin's GitHub repository, identifying the changes/additions/removals going from OPC v1.4.0 to the currently-released version: https://github.com/lat9/one_page_che...r?diff=unified

Quote:

---

Originally Posted by lat9

You're correct, I'd forgotten that the changes going from pre-v2.0.0 to the current version were too many to support as an upgrade.

Here's a link to the plugin's GitHub repository, identifying the changes/additions/removals going from OPC v1.4.0 to the currently-released version: https://github.com/lat9/one_page_che...r?diff=unified

---

Do you mean I have to go through each change for each version from 1.4.0 to the current version?
Do I have to identify all the 129 files listed there to remove them?

Or is there a different way to uninstall the current 1.4.0 version?

Quote:

---

Originally Posted by CaroleAs

Do you mean I have to go through each change for each version from 1.4.0 to the current version?
Do I have to identify all the 129 files listed there to remove them?

Or is there a different way to uninstall the current 1.4.0 version?

---

I realize that it's a lot of files, but for the upgrade you need to remove the files added by OPC 1.4.0 and, for any core-file modifications, undo those changes. Then you can install the more current version.

So, the answer is that I have to go through all those 129 entries and remove them one by one? There is no "faster" way?
Wouldn't it be simpler to look at the original zip file i used, and refer to those files or were others created modified, from using the plugin?

Quote:

---

Originally Posted by CaroleAs

So, the answer is that I have to go through all those 129 entries and remove them one by one? There is no "faster" way?
Wouldn't it be simpler to look at the original zip file i used, and refer to those files or were others created modified, from using the plugin?

---

There's, unfortunately, no 'faster' way.:( You can certainly use a file-comparison program to compare (like in that GitHub compare) the various files added/removed/changed in going from v1.4.0, but it's going to be, IMO, more error-prone.

Would it be accurate to go through the list of files from the original zip file and just delete the matching ones?

Quote:

---

Originally Posted by CaroleAs

Would it be accurate to go through the list of files from the original zip file and just delete the matching ones?

---

Yes, except for the core-file changes. Don't forget to remove any template-overrides that you might have made, too.

Quote:

---

Originally Posted by lat9

Don't forget to remove any template-overrides that you might have made, too.

---

And those would be in the instructions for the initial installation?

Quote:

---

Originally Posted by CaroleAs

And those would be in the instructions for the initial installation?

---

Yes, but those instructions don't identify the condition where you might have customized one of OPC's templates (present in the template_default sub-directory) in your site's active template directory.

v1.5.5f php 7.1

Hi Cindy,

I have an issue, likely of my own doing (again), with checkout either when logged in or logged out and using OPC - getting a blank page

this is the resultant url with logged in and when logged out and using guest checkout - https://www.treeoflifejewellery.com....e=checkout_one

in both instances the blank page appears when 'checkout' tab is clicked. no error logs have been generated.

I upgraded to 2.2.0 and had some issues which were the subject of posts on page 142 I believe but this is different.

So I will likely try to revert to the previous version I was using (2.0.5) which worked fine ... unless you have a solution - I have customers backing up.

cheers,
Mike

I often wish I hadn't upgrade to 1.5.5F - it has been problematic with a number of plugins

Mike, you're definitely getting a "Server 500" which implies that there should be a log somewhere.

Quote:

---

Originally Posted by lat9

Mike, you're definitely getting a "Server 500" which implies that there should be a log somewhere.

---

Many thanks for responding Cindy. No error logs can be found in the logs folder or on the server, I double checked. I enabled 'log and email' in admin/payment/paypal_express last night - some results listed below - this morning I enabled the same in website payments pro and have attempted some transactions - I also changed from log and email to log and file and attempted some more transactions. From this mornings trials as yet I have not seen any emails via PayPal nor error logs.

Last nights emails - very sparse info;

1. IPN FATAL ERROR :: No POST data available -- Most likely initiated by browser and not PayPal. *** The rest of this log report can most likely be ignored !! ***
2. IPN ERROR :: Could not find stored session {} in DB; thus cannot validate or re-create session as a transaction awaiting PayPal Website Payments Standard confirmation initiated by this store. Might be an Express Checkout or eBay transaction or some other action that triggers PayPal IPN notifications.
3. IPN ERROR :: No saved Website Payments Standard session data available. Must be an Express Checkout or Direct Pay transaction.
Could be a test notification, or the incoming IPN notification is not actually a bonafide PayPal transaction.
NOTE: It is likely that all the following log content is meaningless or irrelevant.
4. Breakpoint: 0 - Initializing debugging.
5. Breakpoint: Flag Status:
isECtransaction = 0
isDPtransaction = 0
6. IPN INFO - POST VARS received (sorted):
Array
(
)
7. Breakpoint: Flag Status:
isECtransaction = 0
isDPtransaction = 0
8. IPN ERROR :: Could not find stored session {} in DB; thus cannot validate or re-create session as a transaction awaiting PayPal Website Payments Standard confirmation initiated by this store. Might be an Express Checkout or eBay transaction or some other action that triggers PayPal IPN notifications.

A couple of the above were repeated - likely from different attempts.

I hope you can make sense of them, I certainly cannot :smile:

So it is about 15 minutes since my most recent attempts with debug errors or emails.

Not sure if this is relevant but here it is - I recently moved this site to another server (same host) - followed the ZC procedure for doing this correctly and everything is working correctly - it was remiss of me to not test checkout directly after the move but I could see no reason why a server move would affect checkout - then again I could be wrong.

cheers,
Mike

p.s. if you need ftp access just let me know

Cindy,
I did a full upgrade from 2.2.0 (not working) to 2.2.1 following every step in the installation pages including merging files etc (I overwrote files, I did not uninstall - interestingly the same version 2.2.0 is stated in admin/configuration/opc) .... and the same issue is happening - so my logic tells me one of two things; I have still made an error in installing or more likely that this has little to do with OPC and more to do with the ZC payment system not responding correctly due to a corrupt or missing file or a file in OPC which is interfering in the process. When OPC is disabled I get the same result.

A real head shaker - on another site that I upgraded from 2.0.5 to 2.2.0 I could not get Guest checkout to work so I disabled it and enabled the PayPal Express button and customers can now checkout directly via PayPal and/or via login. On this particular site neither happens.

I checked every file associated with OPC on the site I can at least get working without OPC and compared them to the corresponding files on this problem site - they all matched. So I am well and truly stumped.

My host has no record of any 500 server errors and there are none in my public_html/logs folder

So before I revert to 2.0.3 as a fall back I need to try to understand why these url's that return a blank page are not proceeding somewhere, anywhere
https://www.treeoflifejewellery.com....eckout_payment
and
https://www.treeoflifejewellery.com....er.php?type=ec

What files being called are not being actioned? obviously something is saying I won't proceed - a file in OPC not talking to the standard checkout system maybe?- which files are shared / common if any?

Anything you can think of that I can investigate would be wonderful.

cheers,
Mike

Mike, what version and 'type' of PHP is being used? Would you post a screenshot of the top of your admin's Tools->Server/Version Information (the top bit and the blue PHP section)?

Hi,

PHP 7.1
zen-cart-v1.5.6a-01042019
[CloneClassic Template]
one_page_checkout-2.0.5
extra_field_on_customer_sign_up_0
Several core mods.

Been searching all morning and can't find a solution.
Need to validate some numeric and email fields (Phone Number, Fax, 777-666-6666), (Zip Code 77777) and (email [email protected]) also need add "re-enter PW" on the registration page. (Please see attached)
Have set the minimum/maximum length values but need more control as in some cases the bots are bypassing my Re-Captcha.

Thanks for Your Time!!
Attachment 18752

Sorry, but I've no longer got any test-sites set up with that version of OPC.

Cindy, in tpl_checkout_one_default.php, should the call to zen_draw_form also include onsubmit="submitonce();" as part of the $parameters argument?

Quote:

---

Originally Posted by swguy

Cindy, in tpl_checkout_one_default.php, should the call to zen_draw_form also include onsubmit="submitonce();" as part of the $parameters argument?

---

@swguy, the OPC templates don't use any of the HTML on{whatever} attributes. If the order is being confirmed (rather than reviewed), the checkout_one page's jQuery disables that "Confirm" button just prior to the form's submittal.

OK, thanks for checking. I'm trying to track down the root cause of a recurring duplicate order issue.

1.55f how to install the latest version of One Page Checkout

Quote:

---

Originally Posted by jiji2018

1.55f how to install the latest version of One Page Checkout

---

Just follow the steps outlined in the readme, making sure to include the steps required for zc155b-f.

Quote:

---

Originally Posted by lat9

Just follow the steps outlined in the readme, making sure to include the steps required for zc155b-f.

---

What have been optimized in the last two updates? Have you simplified the information?

Quote:

---

Originally Posted by jiji2018

What have been optimized in the last two updates? Have you simplified the information?

---

The changes, from one release to the next, are documented in that readme.

Quote:

---

Originally Posted by lat9

Yes, except for the core-file changes. Don't forget to remove any template-overrides that you might have made, too.

---

I finally have some time to work on this (nobody in my store) and I have a few questions.

1- what is a core-file? How do I identify them? I am so not familiar with the files structure.
2- when you mention "template-overrides", how do I identify those files?
3- in the github, there is a mention of 129 changes, but in the installation of the 1.4.1 version, there are only 39 files in the File list. Does that mean there are really only 39 files even if some of them might have had multiple changes, which would make those 129?

Thanks.

Quote:

---

Originally Posted by CaroleAs

I finally have some time to work on this (nobody in my store) and I have a few questions.

1- what is a core-file? How do I identify them? I am so not familiar with the files structure.
2- when you mention "template-overrides", how do I identify those files?
3- in the github, there is a mention of 129 changes, but in the installation of the 1.4.1 version, there are only 39 files in the File list. Does that mean there are really only 39 files even if some of them might have had multiple changes, which would make those 129?

Thanks.

---

A core-file is a file that is distributed in the Zen cart base and is required for proper execution on your store. My readme's highlight those files in red.

Template-overrides are where you've made a change in your template, e.g. copying /includes/templates/template_default/templates/tpl_checkout_one_default.php to /includes/templates/YOUR_TEMPLATE/templates and making changes there.

v1.4.1 of OPC was prior to the split-out of individual template 'modules' that format the various sections (e.g. billing address, payment methods) used in the one-page checkout. That's why your version only has 39 files.

I've just submitted v2.2.2 of One-Page Checkout for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#222: Establish compatibility with "Ship2Pay" payment method.
#223: Correct parameters passed to zen_address_label.
#224: paypalwpp, correcting PHP warnings on address-creation bypass.
#225: Establish compatibility with "Ceon Sage Pay Direct" payment method.

PHP 7.2
mysql (10.2.30-MariaDB)
zen-cart-v1.5.6a-01042019 (Clone Classic with several Core Mods.)
CheckBoxTextBoxIconV1.0.3
ColumnGridLayout_for_155f
extra_field_on_customer_sign_up_0
purchase_order_basic_v1_1b
export_shipping_information_V1.3.5
EasyPopulate-4.master-ZC
ckeditor-for-zencart


What code can I add to the registration page to verify the marked fields and prevent non alpha characters from being entered in those fields? (Please see below image)
Obviously Email and Passwords fields will accept non alpha characters.

Thank You for your time.

@linuxguy2, could you give me an example of the characters you're wanting to weed-out?

Quote:

---

Originally Posted by lat9

I've just submitted v2.2.2 of One-Page Checkout for the Zen Cart moderators' review; I'll post back here when it's available for download.

This release contains changes associated with the following GitHub issues:

#222: Establish compatibility with "Ship2Pay" payment method.
#223: Correct parameters passed to zen_address_label.
#224: paypalwpp, correcting PHP warnings on address-creation bypass.
#225: Establish compatibility with "Ceon Sage Pay Direct" payment method.

---

Now available for download.

Quote:

---

Originally Posted by lat9

@linuxguy2, could you give me an example of the characters you're wanting to weed-out?

---

Hi Lat,
Exclude
!@$%^&*()+?><>:"{}|[]\;/=_

Basically I only want to allow alpha, Numeric , the # (hashtag) - (dash) and the ' (apostrophe).

Of course I need the @ sign in the email address.
The Password will need to accept some typical special characters but I can adjust those later.

Thanks, for your prompt response.

Quote:

---

Originally Posted by linuxguy2

Hi Lat,
Exclude
!@$%^&*()+?><>:"{}|[]\;/=_

Basically I only want to allow alpha, Numeric , the # (hashtag) - (dash) and the ' (apostrophe).

Of course I need the @ sign in the email address.
The Password will need to accept some typical special characters but I can adjust those later.

Thanks, for your prompt response.

---

You can use preg_match on each of those fields to weed those out:

Code:

---

if (preg_match('/[!@$%^&*\(\)\+\?><>:"{}|\[\]\;\/=_]/', $variable_name)) {
    // Contains unwanted characters
}

---

I'll need to review the various spots within OPC where I can throw notifications that enable you to provide those additional checks.

Note that there's a sweet little tool (rubular.com) that can help you test various regex patterns.

GitHub issue for tracking: https://github.com/lat9/one_page_checkout/issues/226

Quote:

---

Originally Posted by lat9

You can use preg_match on each of those fields to weed those out:

Code:

---

if (preg_match('/[!@$%^&*\(\)\+\?><>:"{}|\[\]\;\/=_]/', $variable_name)) {
    // Contains unwanted characters
}

---

I'll need to review the various spots within OPC where I can throw notifications that enable you to provide those additional checks.

Note that there's a sweet little tool (rubular.com) that can help you test various regex patterns.

GitHub issue for tracking: https://github.com/lat9/one_page_checkout/issues/226

---

Lat9

That would be great!

Thanks, I'll check rubular out.

Quote:

---

Originally Posted by linuxguy2

Lat9

That would be great!

Thanks, I'll check rubular out.

---

Hi Lat9,

You probably are way ahead of me on this but when the notice (Characters ..... not allowed in this field) is thrown I'd like the form to retain data that has already been entered.

Thanks,

Quote:

---

Originally Posted by linuxguy2

Hi Lat9,

You probably are way ahead of me on this but when the notice (Characters ..... not allowed in this field) is thrown I'd like the form to retain data that has already been entered.

Thanks,

---

Understood.

Hello, I am having some template related issue resulting in

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

Fresh zencart 1.5.6.b with only CEON URI installed and the OPC 2.2.2.

When I test it with the responsive template OPC seems to work nicely, but when I change to my template GOODWIN something goes wrong and

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

I am using only cod as payment and store pickup delivery.

What may cause this error? It is quite possible something from the template part but where to look for?

Kind regards.

Quote:

---

Originally Posted by perfumbg

Hello, I am having some template related issue resulting in

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

Fresh zencart 1.5.6.b with only CEON URI installed and the OPC 2.2.2.

When I test it with the responsive template OPC seems to work nicely, but when I change to my template GOODWIN something goes wrong and

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

I am using only cod as payment and store pickup delivery.

What may cause this error? It is quite possible something from the template part but where to look for?

Kind regards.

---

That themeforest template, as others from that template-provider, make various non-standard changes to the store's /includes/templates/YOUR_TEMPLATE/templates/tpl_modules_order_totals.php. Those changes make it so that OPC can't locate the order's current total, resulting in that 'details changed' message.

I'll update the One-Page Checkout documentation to indicate that all templates from themeforest are problematic.

Quote:

---

Originally Posted by lat9

That themeforest template, as others from that template-provider, make various non-standard changes to the store's /includes/templates/YOUR_TEMPLATE/templates/tpl_modules_order_totals.php. Those changes make it so that OPC can't locate the order's current total, resulting in that 'details changed' message.

I'll update the One-Page Checkout documentation to indicate that all templates from themeforest are problematic.

---

I might be able to work out something. If you enable the One-Page Checkout's debug ... just prior to clicking the "Confirm" button, an OPC log will be created in the site's /logs directory that will identify what the underlying loop-back issue is.

I'll PM you my direct email address and you can send me that log for analysis.

Quote:

---

Originally Posted by lat9

I might be able to work out something. If you enable the One-Page Checkout's debug ... just prior to clicking the "Confirm" button, an OPC log will be created in the site's /logs directory that will identify what the underlying loop-back issue is.

I'll PM you my direct email address and you can send me that log for analysis.

---

Yes I have the debug file you can download it from http://autofox.net/OPC.log

Thank you in advance.

You were right the did some changes to tpl_modules_order_totals.php,

I have replaced them with the original from template_default and now it seems ok, at least it works and the customer can make order.

I will test it some more and if new problem is there I will report it here.

Thank you for pointing the exact cause of my problem, it may help others if they use ThemeForest templates!

Quote:

---

Originally Posted by perfumbg

Yes I have the debug file you can download it from http://autofox.net/OPC.log

Thank you in advance.

---

Got it (thanks). There are two issues causing the loop-back on order-confirmation:

1) The payment method (cod) is, for some reason, not being registered in the session prior to the "Confirm" button click. This could be caused by some template-specific changes to OPC's tpl_modules_opc_payment_choices.php ('delivered' in the template_default).
2) The template's order-total formatting is confusing OPC, as what is seen upon entering the checkout-confirmation step for the order's current total is 'Total:' rather than the order's total (559.99) as calculated during the confirmation step.

Quote:

---

Originally Posted by linuxguy2

Hi Lat9,

You probably are way ahead of me on this but when the notice (Characters ..... not allowed in this field) is thrown I'd like the form to retain data that has already been entered.

Thanks,

---

Hi, Lat9

I have researched how preg_match works and was able to do some matches in test files but I'm totally lost on how to properly implement it in Zencart..
Tried this but I know there needs to be more code involved.
I'm looking for a way to limit the company name to only alphanumeric Characters with the appropriate warning if the rule is not followed.
Here's what I tried in includes/modules/clone_classic/create_account.php around line 130 but no joy.

Thank You for Your time.

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if ((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) {
        ////// ADDED 02-04-2020
          if (preg_match('/^/[A-Za-z0-9]$/', $company)); {
          //////////
       
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
   
        ////
                }
        ////
       
        }
  }

---

Quote:

---

Originally Posted by linuxguy2

Hi, Lat9

I have researched how preg_match works and was able to do some matches in test files but I'm totally lost on how to properly implement it in Zencart..
Tried this but I know there needs to be more code involved.
I'm looking for a way to limit the company name to only alphanumeric Characters with the appropriate warning if the rule is not followed.
Here's what I tried in includes/modules/clone_classic/create_account.php around line 130 but no joy.

Thank You for Your time.

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if ((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) {
    ////// ADDED 02-04-2020
      if (preg_match('/^/[A-Za-z0-9]$/', $company)); {
      //////////
   
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
   
    ////
        }
    ////
   
    }
  }

---

---

Try changing that to

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if (((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) || !preg_match('/^/[A-Za-z0-9]$/', $company)) {
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
    }
}

---

Quote:

---

Originally Posted by lat9

Try changing that to

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if (((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) || !preg_match('/^/[A-Za-z0-9]$/', $company)) {
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
    }
}

---

---

Excellent!!! Works after a slight mod. Removed the / after the circumflex and added + before the $ sign to repeat characters.
What was the purpose of the /
Also tweaked the "ENTRY_COMPANY_ERROR" Define.
Thank You for Your Time and Expertise!

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if (((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) || !preg_match('/^[A-Za-z0-9]+$/', $company)) {
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
    }
}

---

Quote:

---

Originally Posted by linuxguy2

Excellent!!! Works after a slight mod. Removed the / after the circumflex and added + before the $ sign to repeat characters.
What was the purpose of the /
Also tweaked the "ENTRY_COMPANY_ERROR" Define.
Thank You for Your Time and Expertise!

Code:

---

if (ACCOUNT_COMPANY == 'true') {
    if (((int)ENTRY_COMPANY_MIN_LENGTH > 0 && strlen($company) < ENTRY_COMPANY_MIN_LENGTH) || !preg_match('/^[A-Za-z0-9]+$/', $company)) {
      $error = true;
      $messageStack->add('create_account', ENTRY_COMPANY_ERROR);
    }
}

---

---

That extra / was a copy/paste boo-boo. You might want to add a space to the list of characters that can be repeated, though.

Hello, again I want to add litle more styling to the checkout_one page but I can't find how to edit the "size value"

<input type="text" name="firstname[bill]" value="ico" size="33" maxlength="32" id="firstname-bill" placeholder="*" required="">

Any hint will be good.
Thank you.

Quote:

---

Originally Posted by perfumbg

Hello, again I want to add litle more styling to the checkout_one page but I can't find how to edit the "size value"

<input type="text" name="firstname[bill]" value="ico" size="33" maxlength="32" id="firstname-bill" placeholder="*" required="">

Any hint will be good.
Thank you.

---

No need for help I just found it, if somebody needs the same thing here is what you should do:

In includes/clases/OnePageCheckout.php around line 1204 (in my case)

You can simply remove $field_len

from here zen_draw_input_field($field_name, $field_value, "$field_len id=\"$field_id\" placeholder=\"$placeholder\" $field_required") . PHP_EOL .

This removes the whole size thing from any input fields, now you can make them responsive with css.

Quote:

---

Originally Posted by perfumbg

No need for help I just found it, if somebody needs the same thing here is what you should do:

In includes/clases/OnePageCheckout.php around line 1204 (in my case)

You can simply remove $field_len

from here zen_draw_input_field($field_name, $field_value, "$field_len id=\"$field_id\" placeholder=\"$placeholder\" $field_required") . PHP_EOL .

This removes the whole size thing from any input fields, now you can make them responsive with css.

---

Just be sure to add sufficient comments to identify your changes, as the OnePageCheckout.php class is the "heart" of the OPC's processing and could easily be changed on a subsequent update.

Has anyone had any luck using z_stripe (Zucando Z Stripe Payment Gateway) with One-Page Checkout?

I have the latest version of Zen Cart, OPC, and Z Stripe. Without OPC, Z Stripe works properly. With OPC and using another payment method works. With OPC & Z Stripe, I can't get past the main checkout page. I added z_stripe to the list of Payment Methods Requiring Confirmation like the other Stripe module. When I click on Continue Checkout, the cursor spins and nothing happens... In the Network tab of inspect element, /ajax.php?act=ajaxOnePageCheckout&method=updateShipping is called. No unexpected javascript errors.

Quote:

---

Originally Posted by JboyJW

Has anyone had any luck using z_stripe (Zucando Z Stripe Payment Gateway) with One-Page Checkout?

I have the latest version of Zen Cart, OPC, and Z Stripe. Without OPC, Z Stripe works properly. With OPC and using another payment method works. With OPC & Z Stripe, I can't get past the main checkout page. I added z_stripe to the list of Payment Methods Requiring Confirmation like the other Stripe module. When I click on Continue Checkout, the cursor spins and nothing happens... In the Network tab of inspect element, /ajax.php?act=ajaxOnePageCheckout&method=updateShipping is called. No unexpected javascript errors.

---

Does that payment method add any jscript_*.js or .php files to the /includes/modules/pages/checkout_payment directory? If so, those will need to be copied also to /includes/modules/pages/checkout_one.

Quote:

---

Originally Posted by lat9

That extra / was a copy/paste boo-boo. You might want to add a space to the list of characters that can be repeated, though.

---

Discovered I also need to allow only "A-Za-z0-9 " when customers enter addresses in the address book.
Couldn't find any exact examples and tried several different ways/tests but can't make it work
Thanks,

FILE:
tpl_modules_address_book_details.php
Around line 45

Code:

---

 
<?php
if (ACCOUNT_COMPANY == 'true') {
?>
<label class="inputLabel" for="company"><?php echo ENTRY_COMPANY; ?></label>
<?php echo zen_draw_input_field('company', $entry->fields['entry_company'], zen_set_field_length(TABLE_ADDRESS_BOOK, 'entry_company', '40') . ' id="company" placeholder="' . ENTRY_COMPANY_TEXT . '"' . (ACCOUNT_COMPANY == 'true' && (int)ENTRY_COMPANY_MIN_LENGTH != 0 ? ' required' : '')); ?>
<br class="clearBoth" />
<?php
  }
?>

---

@linuxguy2 I'm confused - is this related to OPC? Didn't I just create a new thread for this topic?

Cindy, in the latest version, the Billing Address is displayed as form data that can be altered. Can this be changed to just straight display (optionally with an edit button taking the customer to the billing address page)?

Quote:

---

Originally Posted by swguy

Cindy, in the latest version, the Billing Address is displayed as form data that can be altered. Can this be changed to just straight display (optionally with an edit button taking the customer to the billing address page)?

---

That billing-address display essentially replaces the checkout_billing_address page. If a customer has pre-defined addresses, there's a dropdown that contains those addresses from which they can select. That form, for logged-in customers, includes a checkbox to allow the customer to add another address to their address book.

Having the navigation go 'off-page' (i.e. to the standard checkout_[billing|shipping]_address page) is not in the spirit of a one-page checkout environment.

Your point is well taken about the spirit of OPC. I may not have explained well what I am seeing though - in the picture attached to this post, you can see that rather simply display the billing address (with a checkbox to add a new one, or perhaps a dropdown to select other ones), you see the address as form fields. Was this intended, and is there a way to turn it off?

Understood. I've been considering displaying a logged-in customer's current address as a simple "address" display, with an "Update" button to open up that as a form-entry field (to cut down on-screen real-estate), but haven't had the time to pursue.

Understood. Just making sure it wasn't something that was messed up by pre-existing changes to the cart or perhaps something with a switch already built.
Thank you for your hard and excellent work on this mod!

Created the following issue on the OPC GitHub repository for tracking: https://github.com/lat9/one_page_checkout/issues/227

Some hideous css (from a company who shall not be named) forced me to override the styling of alerts for the state and country fields to prevent them from going to the next line.

#stateZone-bill + .alert,
#country-bill + .alert
{
width: 1%;
margin-bottom: 0px;
padding-bottom: 0px;
}

Pretty nasty, but I couldn't think of anything nicer.

I'm in a loop with "Your order's details have changed. Please review the current values and re-submit." on every Confirm Order.
I did copy JS files from includes/modules/pages/checkout_payment to includes/modules/pages/checkout_one. Should I generate a log file or do something else?

Quote:

---

Originally Posted by swguy

I'm in a loop with "Your order's details have changed. Please review the current values and re-submit." on every Confirm Order.
I did copy JS files from includes/modules/pages/checkout_payment to includes/modules/pages/checkout_one. Should I generate a log file or do something else?

---

What payment-method(s), shipping-method(s) and order-totals are in use? Ditto for the currently-active template and the OPC version.

Payment methods: authorize (AIM), check/money order, PayPal Express.
Shipping methods: USPS
Order Totals: Coupons, Free Gift Chooser, Group Pricing, GV, Low Order Fee, Shipping, Subtotal, Tax, Total.

Template: yourstore (from Perfectus).
OPC is latest and greatest. 2.2.2

Quote:

---

Originally Posted by swguy

Payment methods: authorize (AIM), check/money order, PayPal Express.
Shipping methods: USPS
Order Totals: Coupons, Free Gift Chooser, Group Pricing, GV, Low Order Fee, Shipping, Subtotal, Tax, Total.

Template: yourstore (from Perfectus).

---

Most likely that template (which is identified in the readme as not compatible). If you generate an OPC log of the transaction and send it to me via direct email, I'll look to confirm my suspicion.

Rats, I completely missed that.
I would be willing to overwrite some template files from yourstore if I could get this to work - please let me know if that's an option.

Got the log, thanks @swguy. There are two discrepancies between the before payment and totals' processing and the after processing which are causing that redirect back

1. The payment method (moneyorder) isn't being recorded into the session prior to the "Confirm" button click.
2. OPC looks for the order's current total via jQuery/HTML selectors; on entry to the confirmation step, it's found 'Total:' but the total value after processing is (more correctly) $23.30.

Each of those discrepancies is sufficient to cause the redirect. The latter is what I've seen before with the yourstore (and other Perfectus) templates; I'm puzzled by the lack of recording of the payment method.

Issue #2 turned out to be what broke OPC. If you want to use yourstore + OPC be prepared for mucho CSS hacking, but beyond that, the key fix I added is in includes/classes/order_total.php.

Code:

---

--- a/includes/classes/order_total.php
+++ b/includes/classes/order_total.php
@@ -96,7 +96,12 @@ class order_total extends base {
          }
        } else {
          // use a template file for output instead of hard-coded HTML
-          require($template->get_template_dir('tpl_modules_order_totals.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_order_totals.php');
+          global $template_dir;
+          if ($template_dir == "yourstore" && defined('CHECKOUT_ONE_ENABLED') && (CHECKOUT_ONE_ENABLED == 'true')) {
+            require(DIR_WS_INCLUDES . '/templates/template_default/templates/tpl_modules_order_totals.php');
+          } else {
+            require($template->get_template_dir('tpl_modules_order_totals.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_order_totals.php');^M
+          }
        }
      }
    }

---

I recently loaded this plugin to a brand new site that I am working on.
I am using the latest version of zen cart 156c
I am getting the following error when opening my admin panel

The One-Page Checkout plugin has been disabled. The file "/home/xxxxxx/public_html/xxxx/includes/templates/westminster_new/jscript/jscript_framework.php" is required for the plugin's proper operation.

I admit I am not great at adding plugins so I have no idea what this error means. I did find in the plugin that there in the docs folder there seems to be some jscript files.
Do I need to load these and if so where?

Thanks in advance for any help.

You'll need to copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/westminster_new/jscript/jscript_framework.php.

Quote:

---

Originally Posted by lat9

You'll need to copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/westminster_new/jscript/jscript_framework.php.

---

Very much appreciated.
With my knowledge in this stuff I know I would have not figured that one out. Thanks for the education.

OPC 2.2.2, Zen Cart 1.5.6c.
Entering a coupon code on the checkout_one screen causes the success message to be shown twice. See image.
Seems to happen on all templates (here shown on responsive_classic).