Protx VSP Direct v2.0.0

Hi Conor,

Thanks for your help so far, and for making this excellent mod available.

One question so far as a result of testing:

When you make a refund in the VSP admin the refunded amount doesn't appear in the shop admin on the customer's order screen (as it does with Paypal) - should it?

Thanks :)

1. ... also, (in the shop admin when you look at the customer's order) should the line that says 'Status Message:' always be blank? What sort of message might show up there?

2. With 'Store card number in database' turned off in the Protx mod, I'm getting just the expiry date showing on the card details (no start date or issue number) - no biggie, just curious if that's what I should be seeing.

Hi Dave,

Pixxi:

When you make a refund in the VSP admin the refunded amount doesn't appear in the shop admin on the customer's order screen (as it does with Paypal) - should it?

The VSP Admin is a completely independent application from Zen Cart and therefore has no integration whatsoever with the cart software. Unfortunately there is no way at all to update an order as refunded automatically... you have to change the status etc. manually I'm afraid.

Pixxi:

1. ... also, (in the shop admin when you look at the customer's order) should the line that says 'Status Message:' always be blank? What sort of message might show up there?

If a transaction is successful the Status Message isn't normally used. That may or may not change so I've put the capability to record and display this information in anyway... it's up to Protx what goes in there (it may never have anything though!). :huh:

Pixxi:

2. With 'Store card number in database' turned off in the Protx mod, I'm getting just the expiry date showing on the card details (no start date or issue number) - no biggie, just curious if that's what I should be seeing.

As this information is all stored at Protx's side we didn't see the need to modify the orders database table to store this information also. The information's really only there because it's a standard Zen Cart feature. It would make the module more complicated to install if we added in the ability to store this extra info with no major benefit for the shop owner as they can just take a look at the transaction details in VSP Admin.

Hope that answers your questions satisfactorily! :)

All the best...

Conor
ceon

Hi,
I installed this mod but im getting a message in the admin section telling me that PEAR:Crypt/Blowfish isnt installed on your server!. My host company tell me it is.

Any ideas what the problem might be?

Cheers

Hi Chris,

Chris_Destructive:

I installed this mod but im getting a message in the admin section telling me that PEAR:Crypt/Blowfish isnt installed on your server!. My host company tell me it is.

Any ideas what the problem might be?

It definitely means that it either isn't installed, your include paths are wrong or your include paths are blocked by something like open_basedir settings. There isn't any other way this message would come up.

Please contact me privately by e-mail at the address on the module's support site with a full listing from the debug output and we'll see what's wrong!

(To enable debug mode use the admin to switch it on and put through a test order - make sure you use "test" mode - don't use "live" mode as you'll be billed for the order! :) ).

All the best...

Conor
ceon

Oops, just realised you have contacted me privately. :)

Hi Conor,

Just a couple of small points that have emerged from testing ...

1. With v 2.02, if you choose Switch/UK Maestro as the payment type and enter the card details, the next page (checkout_confirmation) shows the payment type as 'SWITCH' (uppercase) rather than 'Switch/UK Maestro'. ('SWITCH' doesn't seem to be defined in the language file)

2. Since Maestro is also used in Europe, maybe that text should just be 'Switch/Maestro'?

3. In the protx_direct language file, the text 'credit card' is used in several places for display and error messages. Since the mod can also accept debit cards, perhaps these instances of text should be changed to 'credit/debit card' and 'card...' as appropriate?

Otherwise, testing is going fine so far.

Thanks for your help :smile:

Hi,

Thanks for the feedback, we're so busy at the minute that we don't necessarily get the time to have a good look over everything and ask "why" (the most important question too many programmers don't seem to be aware of!)... it's nice to have extra eyes and ears to help us with that! :thumbsup:

Pixxi:

1. With v 2.02, if you choose Switch/UK Maestro as the payment type and enter the card details, the next page (checkout_confirmation) shows the payment type as 'SWITCH' (uppercase) rather than 'Switch/UK Maestro'. ('SWITCH' doesn't seem to be defined in the language file)

That output doesn't actually use the language file; instead the code for the Card Type being sent to Protx is displayed.

I think I'll change it to using the language definitions.

Pixxi:

2. Since Maestro is also used in Europe, maybe that text should just be 'Switch/Maestro'?

I'm not sure what to do about this one. I deliberately chose to say "UK Maestro" as Protx accept Switch and Switch is changing to Maestro and they've said there's a possibility that the differences between the UK implentation and the rest of Europe's systems may mean that they only guarantee acceptance of UK Maestro cards, at least until the changeover is complete.

I might give them a call and see exactly where they stand on this issue as it's about 6 months since I last checked.

However, the more feedback from people about this the better so if anyone else has any thoughts, please let us know (or PM or e-mail me).

Pixxi:

3. In the protx_direct language file, the text 'credit card' is used in several places for display and error messages. Since the mod can also accept debit cards, perhaps these instances of text should be changed to 'credit/debit card' and 'card...' as appropriate?

In the source code I always use "Card" without "Credit" or "Debit". I might change things to simply using "Card" in the language file definitions or I might upgrade the code to dynamically display "Credit"/"Debit" based on the card type selected.

Either way I'll make things more accurate!

In the meantime, you can simply make whatever changes to the text you like by overriding the language definition file:

/includes/languages/english/modules/payment/YOUR_TEMPLATE/protx_direct.php

All the best...

Conor
ceon

Hi Conor,

That output doesn't actually use the language file; instead the code for the Card Type being sent to Protx is displayed.

Yes, (and sorry, I should have said) and that was why it was confusing - the card details I entered were for a Maestro card (not a Switch card) - a customer might enter their Maestro card details and see 'Switch' confirmed as the card type and think the shop has mis-recognised their card type.

I guess that might be down to Protx again, in that they may want the code to refer to both Switch and Maestro cards as 'Switch' during the changeover. As you say, using the language define instead would solve the problem.

1. Until you have time to update the mod, could you point me in the general direction of the code that needs changing to use the language file define please?

Thanks :smile:

Hi,

Pixxi:

could you point me in the general direction of the code that needs changing to use the language file define please?

No.

Absolutely not.

:) I've already updated the module with all of the above changes [plus a bugfix] and just have to finish the docs before I can release 2.0.3 ;) - Thought a FAQs section would be nice!

All the best...

Conor

That's fine - I'll wait for the update then, thanks :smile:

By the way, do the two 'contact us' links defined in the protx_direct language file (near the bottom) work for you?

They're the ones for the error messages when the vendor name isn't recognised or when there's a technical problem contacting the gateway. I'm getting a '404 - page not found' when clicking either link on the error message(s).

It might also be better not to have the merchant's Protx vendor name appear on the first of those error messages - maybe just the general message (eg. 'vendor name not recognised') instead?

I have installed version 2.02 for Zen 1.2

I have got two questions:

First under admin it says You do NOT have PEAR:Crypt/Blowfish installed on your server!

I am pretty sure it is, when I do linux command "pear list" I get Crypt_Blowfist v. 1.0.1 stable installed.

I tried to to transaction in debug mode and it says Encryption NOT USED!

Any ideas how I can work out this problem.

Second question. When I am at the checkout payment page I get this in front of the cards images:

MODULE_PAYMENT_PROTX_DIRECT_TEXT_CREDIT_CARDS_ACCE PTED

And in the drop down menu for selecting credit cards:

MODULE_PAYMENT_PROTX_DIRECT_TEXT_VISA

Regards,

Baldur

Hi Baldur,

ofurbaldur:

I tried to to transaction in debug mode and it says Encryption NOT USED!

If you are getting that message then PEAR:Crypt_Blowfish cannot be accessed by your php installation. This could be because it isn't actually installed, PEAR isn't on your include_path or you have an open_basedir restriction in effect which doesn't allow your php installation to use PEAR files - all three of these situations are a lot more common than I would have thought!

Please send me the debug output from a test transaction so I can see why you aren't able to use the encryption (e-mail address is on the website).

ofurbaldur:

Second question. When I am at the checkout payment page I get this in front of the cards images:

Have you modified the languages file in any way?

(/includes/languages/english/modules/payment/protx_direct.php)

Somehow the full file isn't being loaded... it sounds like you have a corrupted file (extraneous apostrophe or quote somewhere maybe)?

Try copying all the files across again, overwriting the existing ones!

Hope that helps...

pixxi:

By the way, do the two 'contact us' links defined in the protx_direct language file (near the bottom) work for you?

Oops, don't know how I missed that one. Fixed in 2.0.3.

pixxi:

It might also be better not to have the merchant's Protx vendor name appear on the first of those error messages - maybe just the general message (eg. 'vendor name not recognised') instead?

Unfortunately that's not an option... that is the error message sent back from Protx. This should never happen on a live site though as any testing of the module before the site goes live would show this particular problem up quite easily!

Will be releasing 2.0.3 shortly, so if there's anything else you have found (thanks! :) )....

All the best...

Conor

Hi Conor,

Unfortunately that's not an option... that is the error message sent back from Protx. This should never happen on a live site though as any testing of the module before the site goes live would show this particular problem up quite easily!

Ok. And (presumably) if you removed the 'extraerrorinfo' section from the end of that first define (which removes the 'vendor name' error info sent from Protx) you would also lose other specific error information returned from Protx that the customer might need to see?

Fine, it can stay then :yes:

Another small thing ...

1. Do you find the Visa test card number goes through the test server Ok? I'm consistently getting a 'card number error' from Protx. Real Visa card numbers go through fine.

(BTW, if anyone else gets the 'vendor name not recognised' error, it can be caused by having Amex turned on in the Protx mod in the shop admin, and processing an Amex card number when you don't have Amex enabled on your Protx account, or, of course, by having the wrong vendor name entered in the Protx mod :smile: - but as Conor says, it should never happen live unless you accidentally change your settings for vendor name or Amex on the mod in the shop admin)

Hi,

A slightly updated version of the module has been released due to user feedback!

Here's the snippet from the Version History:

[UPDATED] The Language Definitions file has been extensively updated to use “Credit/Debit Card” where appropriate, rather than using “Credit Card” exclusively all the time.

[UPDATED] “UK Maestro” is now identified simply as “Maestro”.

[UPDATED] The Card Type on the Confirmation page now uses full text rather than Protx's Card Type codes.

[UPDATED] FAQs have been added the documentation due to the increasing volume of e-mail about particular issues.

[BUGFIX] The Debug Mode was ignored if an error occurred during the cURL transaction, now it runs and outputs correctly.

[BUGFIX] The Contact Us links in error messages didn't link to the correct address.

It is recommended that everyone using this module upgrade immediately as although the changes are minor, they may help make things clearer for your customers! Plus the "Contact Us" link working is quite handy if a customer experiences problems with Protx (although that's rare once you've configured the module properly).

Full Upgrade Instructions are available on the website and in the updated documentation!

You can always find the latest versions at the contribution's site:

http://dev.ceon.net/web/zen-cart/protx_direct

Enjoy!

All the best...

Conor
ceon

Hi Conor,

Thanks for the rapid update :)

Two more small points that have emerged:

1. When you put a test transaction through on the Protx test server using the JCB test card number (assuming you have JCB enabled on your Protx account, and this account does have) the transaction is successful but the Protx results page says that the house number, the postcode, and the CVV 'were not provided'. All test transactions using any of the other test cards show green ticks (AVS and CVV successful).

2. It would be useful to also have the JCB and Electron test card numbers displayed on the mod in the shop admin (along with the test card numbers that are already displayed there) for people who want/need to test those numbers. Protx don't seem to provide the complete list of card test numbers until after you've confirmed completion of live testing (very useful :) ).

Thanks again for you help :)

Hi,

Pixxi:

Thanks for the rapid update :)

Always aim to please! ;)

As far as the JCB AVS checking goes, I'm guessing it may simply not use it? I really don't know because I have no idea what a JCB card is! :)

We don't have a live account ourselves, just a test one Protx set up because I maintain this module. I could ask my clients for the numbers you mentioned but they'd probably have to look all over the place to find them... do you mind just e-mailing them to me and I'll add them in for the next version? Thanks :)

All the best...

Conor
ceon

Hi Conor,

1. The JCB AVS/CVV not showing was apparently a problem at Protx's end. Just received this reply from support:

1. This was an issue with the Protx Test server. JCB is a new concept on our system, so we have just corrected that now for you. (thanks for letting us know.) Please test again and let us know if you have any further issues.
   NB: We pass the AVS & CV2 results for JCB cards, it is then up to the card issuer to provide the results.

2. The test Visa number has been confirmed as correct and working by Protx - so not sure why it gave me 'card error' each time on the test server - but as I said, real Visa numbers went through fine, so no problem. Just a note in case anyone else has it happen.

3. I'll PM you the test numbers for JCB and Electron - would have sent them before but thought you had them already.

Thanks again for your help :)

Hi,

Pixxi:

1. The JCB AVS/CVV not showing was apparently a problem at Protx's end. Just received this reply from support:

Good to know that that's sorted, thanks!

Pixxi:

2. The test Visa number has been confirmed as correct and working by Protx - so not sure why it gave me 'card error' each time on the test server

That's weird... just put my own test through on the test server and, as always, it's working fine for me. Hmmm... if real Visa cards work though then that's the main thing! :P

Pixxi:

3. I'll PM you the test numbers for JCB and Electron - would have sent them before but thought you had them already.

Got them, thanks.

I'll add them into the current distribution of 2.0.3, don't think it's worth advancing the version or announcing an update for something as small as that!

All the best...

Conor
ceon

Hi Conor,

Test Visa number resolved too - user error coupled with a non-standard approach on that particular test number by Protx.

Visa numbers are (as you know) 16 digits, but Protx uses 13 digits for that test number for some reason. We didn't count the zeroes, just assumed there were 11 when in fact there were 8 - hence the error we had. :smile:

Thanks again :smile:

Hi Conor,

Just had an odd thing happen with a customer using the Protx mod (v.1.2.x).

The customer would seem to have clicked the final 'confirm' button on checkout twice and generated two identical orders in the shop (the orders were timed 4 seconds apart and had consecutive order ID's).

Obviously the transaction ID info was unique, just the items ordered were the same. Both orders went through Protx so the customer was charged twice.

The shop has had a notice next to the 'confirm' button advising the customer to 'only click once then wait' since the mod was installed, but obviously some customers don't read notices :smile:

Would it be possible to disable the action of the 'confirm' button (for that particular customer, maybe based on session ID) once the customer has clicked it to prevent this happening?