GlobalTransport Payment Module

I have a client that uses the GlobalTransport payment module. This module does work with 1.39h, but it is not working in 1.5.

When I install the module, and then go to Modules > Payment, I do see the module listed, but the right hand table column is not visible for any payment entries.

I've tried to compare to the other default modules, but am not seeing anything stand out.

Any advise would be greatly appreciated. GT's tech support hasn't been helpful and I absolutely do not want to downgrade back to 1.39h after all the effort to get him to 1.5!

Thanks!

Okay, this is odd. Just to cover all my bases, I created a clean install of v1.5 and installed the GT payment module and it installed correctly...

Can this be template related?

chadderuski:

Okay, this is odd. Just to cover all my bases, I created a clean install of v1.5 and installed the GT payment module and it installed correctly...
Good on you. That's definitely a smart troubleshooting step.
chadderuski:

Can this be template related?
Unlikely to be template-related, except if the template files for checkout have been altered to specifically affect payment modules.

Could it be an SSL issue? Does it work only if SSL is available? Some of the core v1.5 modules (those that accept credit cards) impose that restriction, for customer safety. Has this module been updated to do the same?

DrByte:

Unlikely to be template-related, except if the template files for checkout have been altered to specifically affect payment modules.

If it is template related, then I would have thought when I switched back to classic that it would have worked, but it didn't.
They don't actually do a template over-ride, but they do add to the default template. Looks like they did this as a work around
from lack of knowledge of zencart.

DrByte:

Could it be an SSL issue? Does it work only if SSL is available? Some of the core v1.5 modules (those that accept credit cards) impose that restriction, for customer safety. Has this module been updated to do the same?

I thought about this also. I actually have both sites with active SSL enabled, and SSL does work on the site. I do not believe that the module enforces SSL like the cover 1.5 module because the module (at least one version) takes you offsite to their servers for payment entry. I haven't been able to test this much on the original site (which was IP only, no domain) because the client changed mind about hosting last minute.

Right now I'm going to manually remove and re-install and verify the modules files in the even of some form of corruption.

Doc, I know your ULTRA busy, but if your interested I could PM the module to you.

-chadd

Argh. No joy on the re-install...

What's unique about their customizations? This is where I always start: http://www.zen-cart.com/wiki/index.php/Troubleshoot_-_Diagnosing_Obscure_Issues

It looks like they didn't modify any zencart core files. They created their own and added their own page for the default_template folder:
tpl_checkout_payment_template_default.php

What would cause the right-side column to not show on the payment modules page?

chadderuski:

What would cause the right-side column to not show on the payment modules page?
Oh, if you're talking about the admin side (sorry I missed that earlier), then that's caused by PHP errors when trying to load the files for the payment modules and for their corresponding language files.
A common error occurs when people break the pairing, such as by renaming one of those files as a backup when putting in a new one, but keeping the old backup file's extension as ".php", which triggers the system to load that file. That results in either a "class already declared" error because it's trying to load the same code twice, or a "file not found" error because there's no matching language file for that backup file's filename. v1.5.0 tries to insulate from the language-file issue, but can't insulate from people leaving backup files around that cause duplicate file declarations.

PHP Errors...

Jeez Doc, you'd think I'd know to cache my cache directory for error log files by now but it still slips my mind... thanks for turning on that 40 watt bulb in my head!

Here's what I've done to this point: Just to be sure it's not an oddity on this ATT server, I created a new install in a sub-directory and installed the GT payment module. Guess what? Works correctly!

So I go and check the root's cache directory for php log files... yep, plenty of them. So I clear everything out and via Tools > Store Manager > Cleanup Debug Log files.

Then navigate to Modules > Payment

Checking the Cache folder, this is the shinny new debug entry I get (obfuscated, of course):

[26-Jul-2012 04:39:12] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 311296 bytes) in /usr/home/****/www/htdocs/includes/modules/payment/paypalwpp.php on line 2882

I didn't expect THAT! However, the test install on this same server DOES NOT throw this error. Line 2882 appears to be a call to produce an error log.

So out of curiosity, I delete includes/modules/payment/paypalwpp.php and NOW I have the right-side entries for installing the various payment modules including GlobalTransport!!

Perhaps the paypalwpp.php module has a missing or corrupt file? I'll check that next and let you know.

Just for FYI:

The base site was a clean install of v1.5 after which I installed your database backup tool, EP4 and quick updates in the admin. Then I updated the custom template for the site (an altered version of All Business). I hadn't even got to the point of setting up the payment gateway until yesterday...

Thanks again for helping me hammer this out! I still have a long way to go to test the GT payment module under v1.5, but at least now I can INSTALL it!

I'll also see if I can bump up the memory for PHP on this ATT server. Don't know if that will solve the error, but maybe I'll actually get the log from the paypal module.

-chadd

I edited my php.ini and increased memory to 16M. Replaced the paypalwpp.php file and am no longer getting the any errors and the right-side is showing correctly.

go figure!

Hey Doc!

Okay, have the module sort of working now, but I've a new issue that may or may not be specific to zencart v1.5...

I was testing the payment process and unlike paypal, when you click to confirm the order in step 3, the GTpayment module is actually ADDING the order to the database... you are then expected to pay with your credit card of choice. However, if you abandon the cart at this point, the order still resides within zencart (though un-paid).

If you complete the order payment, the order does get updated with payment info. So I don't know if this is a design flaw on GT's part, how something changed from 1.3.9 to 1.5, or something else.

Would appreciate your input (or any one elses!) on this.

Thanks!

That's how they've built their module. You'll have to have them fix it.

DrByte:

That's how they've built their module. You'll have to have them fix it.

LOL! Well, they I heard back from the level tech team and they consider it a "feature"... at least it doesn't email the order to the customer unless they actually pay.

chadderuski:

LOL! Well, they I heard back from the level tech team and they consider it a "feature"... at least it doesn't email the order to the customer unless they actually pay.
Have you checked if the order is viewable from the customer account page (the one the customer views). If the order is added to the tables, I wonder if the customer can see it from the "My Account" page..

DivaVocals:

Have you checked if the order is viewable from the customer account page (the one the customer views). If the order is added to the tables, I wonder if the customer can see it from the "My Account" page..

I'll have to check this, but I don't think it does. I know it doesn't send the email order confirmation, but didn't think to check the account page. Thanks for the idea.

-chadd