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 no longer available]
[Attachment no longer available]
[Attachment no longer available]

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 https://www.treeoflifejewellery.com.au

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

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.

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.

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! =)

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

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

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.

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);

[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.com.au/ipn_main_handler.php?type=ec&token=EC-code&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.

[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)

      // -----
      // 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

      // -----
      // 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[B]'[/B], [B]'[/B]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;

[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 ;

$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;

 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/e27c6c96df6e44e88fe174570b025d17

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?