2Checkout - error processing your credit card

[ecartz]

Not sure if this is an issue with Phoenix code, or something at 2CO:

If you want to follow up on this, look at the HTML before submitting on the final page before processing. It should have something like

Code: Select all

<input type="hidden" name="c_price_1" value="6.00" />

If the 6.00 instead says 0.00, then a problem with Phoenix, let us know. If the 6.00 is there, it could still be a problem with Phoenix, but 2CO would need to tell us what's wrong about that HTML. Feel free to post the actual HTML for that c_price_1 input for more analysis.

For status changes, 2CO would have to notify us of the change. This is what PayPal's IPN does. I don't know if 2CO has similar functionality available.

[GetSirius]

Thanks for the fast reply. I do see that line of code ($3 in this case):

Code: Select all

<input name="c_price_1" type="hidden" value="3.00" class="form-control" />

If you can tell me what question to ask of 2checkout, I'll do that. In the first reply from their support they did say

"Kindly note that we are unable to provide further assistance as Phoenixcart is not officially supported and we do not have documentation for it.
Let us know if we can help with anything else."

There is IPN available in 2checkout. As a guess, I set it to the same as the return url but that did not work, resulted in a 500 error.

Not to be rude but I find all of this troubleshooting odd. Am I the first person to try using the included 2checkout module? The reason I used 2checkout in the first place is that it was an included module and figured it had been tested.

My server info in case it may help:
[phoenix]
version = 1.0.9.0

[system]
date = 2024-06-09 15:56:33 -0500 CDT
os = Linux
kernel = 3.10.0-1160.99.1.el7.x86_64
uptime = 16:56:33 up 183 days, 17:11, 1 user, load average: 1.27, 1.16, 1.14
http_server = Apache

[mysql]
version = 8.0.37
server_info = 8.0.37
date = 2024-06-09 16:56:33
offset = -04:00
time_zone = EDT

[php]
version = 7.4.33
zend = 3.4.0
sapi = cgi-fcgi
int_size = 8
open_basedir = 0
memory_limit = 128M
error_reporting = 32767
display_errors = 0
allow_url_fopen = 1
allow_url_include = 0
file_uploads = 1
upload_max_filesize = 64M
post_max_size = 64M
disable_functions =
disable_classes =
enable_dl = 0
filter.default = unsafe_raw
zend.ze1_compatibility_mode = 0
unicode.semantics = 0
zend_thread_safty = 0
extensions = Core, date, libxml, openssl, pcre, zlib, filter, hash, pcntl, readline, Reflection, SPL, session, standard, cgi-fcgi, bcmath, bz2, calendar, ctype, curl, dba, dom, enchant, mbstring, fileinfo, ftp, gd, gettext, gmp, iconv, imap, intl, json, ldap, exif, mysqlnd, odbc, PDO, pgsql, Phar, posix, pspell, shmop, SimpleXML, snmp, soap, sockets, sodium, sqlite3, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, xml, xmlwriter, xsl, zip, mysqli, pdo_mysql, PDO_ODBC, pdo_pgsql, pdo_sqlite, xmlreader, xmlrpc, i360, SourceGuardian, imagick, ionCube Loader

[GetSirius]

Not sure if these 2checkout/verifone links may be helpful, just thought I would post them:

Integrate third-party connectors - Last updated: 01-Apr-2020
https://verifone.cloud/docs/2checkout/S ... connectors


Integrate osCommerce - Last updated: 24-Jun-2021
https://verifone.cloud/docs/2checkout/S ... osCommerce

[ecartz]

If you can tell me what question to ask of 2checkout, I'll do that.

We have an input of c_price_1 with a value of 3.00 in this case. Why is it showing as zero in 2CO?

I.e. we seem to be passing the price, so why isn't the price we pass being displayed?

In general, I have no idea what payment integrations people use except to the extent that people tell me. Unfortunately, the payment processors do not think it is important to report that information.

This is the first that I have heard of problems with 2CO. I don't know if there was some way of configuring it that worked or if it were entirely broken for years. One of the problems that I fixed predates the community edition. The GET/POST question may be simply a matter of picking the right configuration. Or perhaps it is something that used to work that they changed.

[GetSirius]

The response from 2checkout was not very helpful. I explained the situation and asked the following question:

We have an input of c_price_1 with a value of 6.00 in this case. Why is it showing as zero in 2CO?
I.e. we seem to be passing the price, so why isn't the price we pass being displayed?

Reply from 2checkout (cPanel is their control panel, not cPanel as in a hosting account):

Please check how your products are set because in cPanel you did not define your products therefore we are unable to check why the price is 0 for the Clear Glass Icicles.

Kindly note that the integration with PhoenixCart may work but is not officially supported and we do not have documentation to provide you with.

Unfortunately, we are unable to answer any questions regarding PhoenixCart.

Should you need further support, please let us know!

I then asked

...are you saying that I need to define all my products on 2checkout even though I am using an external shopping cart system? ...

Reply from 2checkout:

You don't need to create the products in your account if you have a successful integration with a third-party connector. Please check our documentation related to this here: https://verifone.cloud/docs/2checkout/S ... connectors

I was unable to find much for documentation on 2checkout.com about how the connection between Phoenix and other non-supported shopping cart systems is actually supposed to work, mostly found advertising. I did find this demo that is quite old: https://github.com/avangate/api-cart-demo-php . They still have the old osCommerce integration available and advertise osC as supported, but I did not see anything for osC V4.

Is this worth pursuing further? Maybe I should just give up and use another card processor?