Fast and Easy Checkout

mbridges:

I'm having the same problems...

No warnings or explanations that a credit card transaction has failed -- it just jumps back to the payment page with the credit card details blank.

Ok, I guess this makes Three of us. I had never noticed this before until my customer advised me of his customers having checkout issues with the checkout looping.

Typically it is caused due to the shopper not entering the correct billing address and upon making that correction - the processing goes through.

I need an error message to indicate to them that is the issue so they can, on their own, make the correction without wondering what has happened or calling customer service.

I did a test with debug on and there is in fact an error message indicated, but not being displayed. I'm wondering if the bit of code from the original checkout for posting the error message was overlooked.

I'm going to check and see what I can find - if anyone can direct me to where I might look for that it would be a huge help.

Thanks

Ruth

rwoody:

Ok, I guess this makes Three of us. I had never noticed this before until my customer advised me of his customers having checkout issues with the checkout looping.

Typically it is caused due to the shopper not entering the correct billing address and upon making that correction - the processing goes through.

I need an error message to indicate to them that is the issue so they can, on their own, make the correction without wondering what has happened or calling customer service.

I did a test with debug on and there is in fact an error message indicated, but not being displayed. I'm wondering if the bit of code from the original checkout for posting the error message was overlooked.

I'm going to check and see what I can find - if anyone can direct me to where I might look for that it would be a huge help.

Thanks

Ruth
yes, we know of the bug and have fixed it for most payment modules. But in a discussion with DrByte, the payment_error parameter is going to be deprecated in 2.0 and only messageStack will be used. Because of all the redirects FEC uses, the messageStack error is lost and so no error is displayed. Once we have a solution for modules like PayPal WPP, we will release the new version. The alternative is to have any returns to the checkout due to payment issues, to simply default back to the regular checkout_payment module. But we'd rather find a solution to keep customers in FEC and have the one click option.

numinix:

yes, we know of the bug and have fixed it for most payment modules. But in a discussion with DrByte, the payment_error parameter is going to be deprecated in 2.0 and only messageStack will be used. Because of all the redirects FEC uses, the messageStack error is lost and so no error is displayed. Once we have a solution for modules like PayPal WPP, we will release the new version. The alternative is to have any returns to the checkout due to payment issues, to simply default back to the regular checkout_payment module. But we'd rather find a solution to keep customers in FEC and have the one click option.

Hello Numinix,

Which payment modules did you fix?

numinix:

yes, we know of the bug and have fixed it for most payment modules. But in a discussion with DrByte, the payment_error parameter is going to be deprecated in 2.0 and only messageStack will be used. Because of all the redirects FEC uses, the messageStack error is lost and so no error is displayed. Once we have a solution for modules like PayPal WPP, we will release the new version. The alternative is to have any returns to the checkout due to payment issues, to simply default back to the regular checkout_payment module. But we'd rather find a solution to keep customers in FEC and have the one click option.

In patching payment modules, it would have seem logical to patch those that are released as core to Zen-Cart first, as the Authorizenet module is just that, part of the core.

Also, I know that you do this as an accommodation and the contribution is freely distributed, and for that I'm very appreciative; however it might be a good idea in your notes for either installation or d/l to state as such this as a known bug and indicate processors that you are aware of that are not fully compatible. We have determined that this has cost my customer thousands of dollars in sales.

I'm not sure why, but I found that merely turning off the contribution does not fully return the system back to the original checkout as I am still not able to see the proper error message for this particular error (I did receive an error for a bad cc # in my testing). Apparently it will be necessary to completely remove the contribution from the system.

I'm going to see if I can find anyway to solve this as my customer truly loves your contribution and does not want the long version put back into place. If I'm fortunate enough to figure this out, I will post the solution here.

Thanks again for your effort, and please do not think that I'm being overly critical. I know how hard it was to get this to work as well as it does, as I personally, before your contribution was released under-took building such a modification and due to issues such as this gave up. (too many bugs). So I do appreciate your hard work and applaud you for it.:clap:

Thanks again!

Ruth

Hello!

I have done a fresh install of both ZC and FEC (latest rev) - getting errors on checkout page:

COWOA_HEADING
TEXT_RATHER_COWOA

TABLE_HEADING_BILLING_ADDRESS
ENTRY_COPYBILLING

TABLE_HEADING_SHIPPING_ADDRESS

Any helpers?

Liza_with_a_Z:

Hello!

I have done a fresh install of both ZC and FEC (latest rev) - getting errors on checkout page:

COWOA_HEADING
TEXT_RATHER_COWOA

TABLE_HEADING_BILLING_ADDRESS
ENTRY_COPYBILLING

TABLE_HEADING_SHIPPING_ADDRESS

Any helpers?
FIXED!

My bad - did not see that I needed to change YOUR TEMPLATE under Includes too. Uploaded and text issues resolved.

rwoody:

In patching payment modules, it would have seem logical to patch those that are released as core to Zen-Cart first, as the Authorizenet module is just that, part of the core.

Also, I know that you do this as an accommodation and the contribution is freely distributed, and for that I'm very appreciative; however it might be a good idea in your notes for either installation or d/l to state as such this as a known bug and indicate processors that you are aware of that are not fully compatible. We have determined that this has cost my customer thousands of dollars in sales.

I'm not sure why, but I found that merely turning off the contribution does not fully return the system back to the original checkout as I am still not able to see the proper error message for this particular error (I did receive an error for a bad cc # in my testing). Apparently it will be necessary to completely remove the contribution from the system.

I'm going to see if I can find anyway to solve this as my customer truly loves your contribution and does not want the long version put back into place. If I'm fortunate enough to figure this out, I will post the solution here.

Thanks again for your effort, and please do not think that I'm being overly critical. I know how hard it was to get this to work as well as it does, as I personally, before your contribution was released under-took building such a modification and due to issues such as this gave up. (too many bugs). So I do appreciate your hard work and applaud you for it.:clap:

Thanks again!

Ruth
As of the latest version, there are no payment module issues.

:eek: I upgraded to 1.4.6 and now the gift certificates won't work at all. It just refreshes the page adding or subtracting the GC amount each time but it won't go to confirmation. :cry: :shocking: I temporarily disabled it.

Before the upgrade they worked normally but I had an issue with $0 totals using coupons - it turns out it is a built in Zen Cart thing. Now the GC do not work.

Thank you for any assistance you can provide.

Blessings,
Krisann

yabyummy:

I have an IE6 bug that I don't seem to see a fix for.

When you buy anything and click on the process order button I get an "The page cannot be displayed" error. It is trying to load index.php?main_page=fec_confirmation

I have set up a clean install with zencart 1.3.8a and FEC 1.4.2 to show the problem. You can go to
https://www.yabyummy.com/test/learn/
and add anything to your cart. It works on all browsers I have tested except IE6. I would really like a fix since a lot of people still use IE6 and it is very scary to a customer to click the process order button and receive an error.

Please Help

I have a clean install also - Is there a solution to this?

Liza_with_a_Z:

I have a clean install also - Is there a solution to this?

The exact error in IE is:
Internet Explorer cannot open the Internet site
http://xxx/index.php?main_page=fec_confirmation.

Liza_with_a_Z:

The exact error in IE is:
Internet Explorer cannot open the Internet site
http://xxx/index.php?main_page=fec_confirmation.

Same exact problem. I have this on every site with FEC installed. Fails on fec_confirmation when using ie6.

Any info would be greatly appreciated.

This seems to be an issue with document.createElement in IE6.

The solution for me was to grab the newest copy of FEC from Numinix website and replace:

/includes/modules/pages/fec_confirmation/jscript_jscssloader.js with the one from the new kit.

I thought I was running the newest version of FEC, but apparently not.

This seems to have fixed the IE6 issue.

Compare the files above for the diffs.

kiddo:

Same exact problem. I have this on every site with FEC installed. Fails on fec_confirmation when using ie6.

Any info would be greatly appreciated.
This bug was resolved in the 1.4.x series. The latest version is now 1.5.1, please upgrade and then report if the bug still exists.

I've checked this thread out and have been pleased with the mod overall... so thanks <<

There is just one thing I think which is the timeout issue which happens on only the first occasion of checking out on the shopping cart page - as you are probably aware going back and pressing the button again fixes it but doesn't look good to prospective customers who are in the all important phase of purchasing and might not bother after all.

So having searched this thread I am still not sure if there was a definitive outcome - let me know if there is a solution available.

• I have PayPal IPN as my only payment module but plan on incorporating a buy now feature so may well use paypal express in accordance with PayPal Website Payments Pro in the future.

_thanks

numinix:

Version 2.0 will use Ajax instead of page reloads. The checkbox being checked is a feature already included in the 1.4.x series. The latest version is 1.4.5.

If you run the uninstall.sql in hopes of running the install.sql, do not include the table alterations at the top of the install.sql file as these are not removed with the uninstall.sql.

I made the same boo boo. I don't read sql...can you tell me, please, to re-install a failed first installation do I leave out the five ALTER TABLE lines at the top ONLY, or do I also leave out the INSERT INTO line that is grouped with them.

AND, should I edit the tpl_main_page as in post #329, page 33 of this forum?

AND, admin/orders.php, I've got a bit of code merged into original file from Stock by Attributes 4.7 ...is it compatible to slip that bit of code into the FEC file?

Zen 1.3.8a, FEC 1.5.1; when I had trouble installing the mod I restored my store and db from backups and put the uninstall.sqp from FEC in via admin panel.

Thanks.... www dot soxophoneplayer dot com.

Hey guys, I'm having an issue with the 'One Page Checkout':

The Problem occurs when I am at PayPal's payment screen. If I choose to 'Cancel and Return to site' it will take me to index.php?main_page=checkout_payment instead of index.php?main_page=checkout (which may confuse the customer)

This seems like an easy fix, but I can't seem to find where to edit the code?

UPDATE

I fixed the issue by editing the /includes/modules/payment/paypal.php file where it had the 'cancel and return' redirects set to FILENAME_CHECKOUT_PAYMENT, I changed it to just FILENAME_CHECKOUT. There's two instances of it in the PayPal file.

I use PayPal Standard, if you use anything else, then just change the correct file.

:smile:

I've checked this thread out and have been pleased with the mod overall... so thanks <<

There is just one thing I think which is the timeout issue which happens on only the first occasion of checking out on the shopping cart page - as you are probably aware going back and pressing the button again fixes it but doesn't look good to prospective customers who are in the all important phase of purchasing and might not bother after all.

So having searched this thread I am still not sure if there was a definitive outcome - let me know if there is a solution available.

• I have PayPal IPN as my only payment module but plan on incorporating a buy now feature so may well use paypal express in accordance with PayPal Website Payments Pro in the future.

_thanks

I realise that there are a lot of queries for this one but I would really really appreciate any pointers that you have for this _ thanks

I tried to post this to the forum on the Numnix site but it keeps timing out.

shartlesville:

I upgraded to 1.4.6 and now the gift certificates won't work at all. It just refreshes the page adding or subtracting the GC amount each time but it won't go to confirmation. :cry: :shocking: I temporarily disabled it.

I tried upgrading to 1.5.1 with the same result.

**I also had the issue with it hiding the payment method when the credit covers the total BUT it would kick back the error that a payment method must be chosen even though it wasn't required and none were visible. ** :shocking:

I am 99% sure the problem with the gift certificate adding and subtracting has to do with the rewards points section that is included in FEC because I had a similar issue when I first installed the store credit mod. Someone else posted in the SC forum that they had an issue with coupons and GC and posted the code they removed to fix that issue. I removed that part of the code from the store credit mod and everything works (except I can't get it to apply points to orders created before I installed it):

// BEGIN REWARDS POINTS

        // if credit does not cover order total or isn't   selected
          if ($_SESSION['credit_covers'] != true) {
          // check that a gift   voucher isn't being used that is larger than the order
            if ($_SESSION['cot_gv'] < $order->info['total']) {
              $credit_covers =   false;
            }
          }
        // END REWARDS POINTS

        if ($credit_covers) {

I would like to use this mod but I have a lot of GC out and they are just not working at all with FEC turned on.

If I comment that code out of FEC will FEC still work, are they necessary bits? Do you think that would fix the problem? I am almost afraid to try installing it again. I was up until 5AM trying to fix it last time. :cry: It is in these FEC files:

• **includes/modules/pages/checkout/header_php.php **
• includes/modules/pages/fec_confirmation/header_php.php

Thank you for any assistance you can provide.

Blessings,
Krisann

OMGoodness THAT FIXED IT! :clap::hug:

I commented out everything except the last line (if ($credit_covers) { ) in both files and now FEC works perfectly!
:clap::clap::clap::clap:

Hopefully that doesn't mess anything else up, lol. I'll be back if it does. :wink:

Blessings,
Krisann