Contributions

I’ve made an update on top of v1.7.4.

/admin/echo_result.php
- Now works with register globals off and short open tags off
- incorporated BTBlomberg's fix from v1.7.4
- removed sending shipping fields to EchoServer, removed from EchoPHP class
- decode echo_result since we are now going to encode it
/admin/includes/echo_class.php
/catalog/includes/echo_class.php

The echo_class.php files have been replaced with version 2.0.0 of the EchoPHP class. The new class passes all parameters using the POST method.

/catalog/includes/modules/payment/echo_cc.php
- Now works with register globals off
- If no deposit and no encryption, then we need to store the credit card number for the subsequent deposit. In the future we should store the ETV
and use that value to do the subsequent transaction so we don't need the credit card number at all.
- If no deposit, we need to store the credit card expiration month and year for the subsequent deposit
/catalog/includes/modules/payment/echo_echeck.php
- Now works with register globals off
- encode echo_result because this value contains quotes for check transactions

The echodbmod.sql script was updated to increase the size of auth_code from varchar(6) to varchar(7). Checks were missing the last digit.

Updated Install.txt for updated instructions regarding the modification for admin/includes/boxes/customers.php

ECHO Payment Module v1.7.4 - Customers ECHO Processing Display Patch

The Problem:
Despite the setting in the Admin for 'Configuration -> Maximum Values -> Search Results'
the display for the page 'Customers -> ECHO Processing' when selecting 'ECHO Processed:'
as 'Yes', 'All Transactions' or 'No' (if manually processing) only displays 15 transactions
and but divides the pages up by the 'Search Results' Global Setting which can result in
some recent transactions not being displayed.

The Fix:
On line 85 of /admin/echo_result.php
replace:
$sql_split = new splitPageResults($HTTP_GET_VARS['page'], MAX_DISPLAY_SEARCH_RESULTS_TRANSACTIONS, $sql_query_raw, $sql_query_numrows);
with
$sql_split = new splitPageResults($HTTP_GET_VARS['page'], MAX_DISPLAY_SEARCH_RESULTS, $sql_query_raw, $sql_query_numrows);

This will make the ECHO Transactions use the Global Setting and prevent the display issue of missing transactions.

May 1, 2007 - BTBlomberg

+Made the install directions a bit cleaner

+Added sort order functionality to both payment mods. Their default sort orders are 98 and 99.

+Corrected little error in echo_echeck.php that set MODULE_PAYMENT_ECHECK_STATUS to "1" rather than "True"

+Added instructions on how to add the sort order to an existing install (add_sorting.txt)


revolution-sales.com

-FIX: Admin ECHO processing menu under Customers was broken for MS2 (had to rename tep_array_merge() to array_merge()

-FIX: Transaction failed with electronic checks if city name contained a space
-Updated install instructions

Bug fix to correct some SQL inserts used in a first time install.

Also added a note in the README.FIRST file on where to change the text on the credit card and echeck forms, like the "We accept ... cards" statement.

This is a repost of v1.7 to include some missing installation instructions in the README.FIRST file.

Several new features were added in and some functionality was enhanced to make it more customer user-friendly and make it easier to manage transactions in the admin. A major change is the added options to save credit card and checking account information more securely to the database. Here is a summary of the changes.

+ Added option to encrypt credit card numbers, with decryption on the fly
+ Added option to kill credit card numbers once deposit transaction is made
+ Added option to X out the middle 8 digits in a credit card number
+ Added encryption of checking account info
+ Added ability to kill checking account information once deposit transaction is made
+ Enhanced the echo_results.php page in admin. I almost missed this page entirely since it was only accessible via the payment module setup page. You can now also access it via the Customers menu, along with customers and orders. This page lists orders, the list can be filtered by ECHO processing status, you can view the verification and deposit transaction info from ECHO, and process deposits.
+ Fixed a JavaScript bug with the CVV security code validation
+ Fixed JavaScript bug in validation for checking account info
+ Added a help link for CVV info
+ Defined all text labels and messages in the language files for easier customization. This includes a message to state what credit cards you accept.
+ Fixed state pulldown lists, for the electronic checks option, so it will default to customer's state.

So what happened to v1.6? For the contrib version 1.5, the source files said version 1.6, so this contrib matches the contrib version to the file version.

Updated echo_class.php to combine both curl and openssl versions.

fixed tax issues
updated echophp class

*note: This requires ssl support in php 4.3.0+*

fixed tax issue
updated echophp class

*note: This requires curl with ssl support*

This is an updated module to work with the LATEST CVS code. Do not install this if you already have a working osCommerce store. If you downloaded the store code after the start of Nov, 2002 then use this code. I have rewriten both the echo_cc.php and echo_echeck.php payment modules to work with the new code. Also they should also be alittle cleaner to look at.

Various fixes for the ECHECk payment module.

Minor parse error fix

Few minor include() fixes.

This is a fix to the previous 1.0 release. The backend for osCommerce has changed quite a bit since that was released. This works as of 7/25/02

This is the payment module for echo-inc.com. It allows you to use their service to process credit cards and checks online. It allows you to have charges automatically processed at purchase time or at the cart owners leisure. ECHO and I hope that people find this usefull and if they have any questions to please contact us!