Need help with Virtual Merchant module

[aly22]

Couple of (silly?) questions:

Do you have logging turned on in the VM Payment Module configs? Just making sure.

I have store database queries on under Config/Logging

And in VM Config I have

Debug Mode Level 1
and
Debug Log File
includes/modules/payment/logs/vm_

Do you remember, by chance, what you used for the future expiration? Do you have the email that reported this error (since the logs aren't quite there yet?

Yes, January 2017

FYI - The VM Payment Module error email messages you are seeing ONLY go to the STORE ADMIN, and are not sent to the customer. They are just for your information.

Yes, I do realize that and that is fine -- my concern is that a customer (albeit a test mode customer) assumed her order went through because she got the email saying so -- but it did not show up.

Now if you are telling me that test orders with the 4111 card are NOT SUPPOSED to show up in VM --- then it's all good! Is that the case?

I'm fine with updating manually in ZenCart -- just wasn't sure if there was an automated function such as the way the Paypal IPN automatically updates an order from PENDING to PROCESSING. That's all there.

[rtw819]

I have store database queries on under Config/Logging

And in VM Config I have

Debug Mode Level 1
and
Debug Log File
includes/modules/payment/logs/vm_

Double check the owner/group of the logs directory, (should be owned by something like 'www' or 'nobody' depending on your web host's apache process run-as user setting) Verify permissions are 770.

Yes, January 2017

The module should always generate a valid expiration date, since it is chosen from a drop-down menu. I would be curious to see if the problem could be replicated, and would be interested in seeing any logs from the resulting test (bump up to Log Level 2 or 3).

I'm fine with updating manually in ZenCart -- just wasn't sure if there was an automated function such as the way the Paypal IPN automatically updates an order from PENDING to PROCESSING. That's all there.

Check the Set Order Status drop down setting in the VM Zen payment module config. Orders, even test orders, that complete successfully should transfer to the proper status in Zencart (Processing, typically) if a valid status is selected.

Give that a shot and let us know?

[aly22]

Double check the owner/group of the logs directory, (should be owned by something like 'www' or 'nobody' depending on your web host's apache process run-as user setting) Verify permissions are 770.

It is 770 and owner is my client's user id on the server

Check the Set Order Status drop down setting in the VM Zen payment module config. Orders, even test orders, that complete successfully should transfer to the proper status in Zencart (Processing, typically) if a valid status is selected. Give that a shot and let us know?

Ok, I've switched debug to 2 ... set order status to processing (was set on "default") and did another test run with the 41111etc. using the Jauary 2017 expiration (I tried January 2008 and got an error on the cart page which is good) and a pre-confirmation checkout email alert that an invalid expiration date was entered (Error RC=(-4)

I then used the correct expiration date and immediately received both the customer confirmation receipt and admin order receipt emails.

In VM Current Batches the order shows up as an error, and in Zen Cart admin it shows as Processing (but this concerns me again as it is not a properly paid for order?? Confused about this step)

In Logs folder there is still nothing.

[rtw819]

It is 770 and owner is my client's user id on the server


Ok, I've switched debug to 2 ... set order status to processing (was set on "default") and did another test run with the 41111etc. using the Jauary 2017 expiration (I tried January 2008 and got an error on the cart page which is good) and a pre-confirmation checkout email alert that an invalid expiration date was entered (Error RC=(-4)

I then used the correct expiration date and immediately received both the customer confirmation receipt and admin order receipt emails.

In VM Current Batches the order shows up as an error, and in Zen Cart admin it shows as Processing (but this concerns me again as it is not a properly paid for order?? Confused about this step)

In Logs folder there is still nothing.

Ok, let's see what's going on here with the logs.

Upload this really quick 4-line .php script and point your browser to view the results....

<?php
$uid_gid= exec("perl -e 'print \"UID=$< :: GID=$>\n\";'");
print "Effective: $uid_gid\n";
?>

If it works as expected, it should give you the effective user and group id's (numerical uid and gid value format) of your web server's apache/httpd process that you can use to "chgrp gid logs" or "chown uid:gid logs" to. That way, the web server process (and not your user ID) can write to the logs directory.

If all else fails, you can use 777 permissions to check the logs temporarily, but I do not recommend leaving it that way long term. It's just not a good idea to leave files accessible with unnecessary world read/write permissions.

On the other issue of the order status, I will look into it with a fresh mind tomorrow after some sleep. It might be an undocumented undesirable feature. :)

Thanks for your patience.

[ThePatch]

in includes/modules/payment/logs I see:

htaccess
index.html 1KB
virtualmerchant_today.php 1KB
vm_view_logs.php 1KB

modified dates on these files are 3/13/2008 so nothing is being written to them.
What permissions are necessary for this to work?

So in DEMO mode nothing needs to be written to the VM Batch ? Is that correct?
The zen cart automatically shoots out the confirmation / receipt email. Then I guess we just work from VM to determine orders and process them that way by matching the email order receipt (admin copy) to the actual purchases in Batch? Am I on the right track ??

Sounds like it to me. I would always use VM to confirm orders, if for no other reason alone than comm glitches that are bound to happen in a world full of man made parts, LOL. Since VM is what you're going to get paid by I would rely on it. Now it would make good business sense to follow up on any 'oddities' that creep up but these should be rare IF they happen at all

[aly22]

ok, I did chown to gid/uid; no longer able to access logs directory via ftp. Through client's control panel when I open the Logs directory it shows: no files found

ls shows me the same files as before: index.html, htaccess, virtualmerchant_today and view_etc. but no actual log files. chmod at 770 but now I can't access the directory at all

[aly22]

Sounds like it to me. I would always use VM to confirm orders, if for no other reason alone than comm glitches that are bound to happen in a world full of man made parts, LOL. Since VM is what you're going to get paid by I would rely on it. Now it would make good business sense to follow up on any 'oddities' that creep up but these should be rare IF they happen at all

That does make sense. So I've instructed my client to simply match order confirm emails to actual payments in VM prior to shipping.

As long as it is ok that the 4111 purchases made in DEMO mode are not supposed to show up in VM - (Only those with errors showed up in VM) If that is how it is suppose to work, I'm ok ... other than not being able to read the log files.

I am so sorry to have mussed up this thread with my silly problems but am eternally grateful for all of the great support. You are amazing!

EDIT -- Oooh one more question I haven't found on the forums ... How do you rename the payment option? In the checkout it says: VM Payment Gateway and I would prefer it simply said "Credit Card Payment" or something to that effect. (Customers won't know what VM means, you know?) Thanks!

[ThePatch]

That does make sense. So I've instructed my client to simply match order confirm emails to actual payments in VM prior to shipping.

As long as it is ok that the 4111 purchases made in DEMO mode are not supposed to show up in VM - (Only those with errors showed up in VM) If that is how it is suppose to work, I'm ok ... other than not being able to read the log files.

I am so sorry to have mussed up this thread with my silly problems but am eternally grateful for all of the great support. You are amazing!

EDIT -- Oooh one more question I haven't found on the forums ... How do you rename the payment option? In the checkout it says: VM Payment Gateway and I would prefer it simply said "Credit Card Payment" or something to that effect. (Customers won't know what VM means, you know?) Thanks!

You mean as it displays on the Credit Card Payment form?

[aly22]

yea, on the page where you enter your credit card info

[ThePatch]

yea, on the page where you enter your credit card info

Ok, you would need to modify the language file
includes\languages\english\modules\payment\virtualmerchant.php

The first line:
define('MODULE_PAYMENT_VIRTUALMERCHANT_TEXT_TITLE', 'VM Credit Card Payment Gateway');

edit the 'VM Credit Card Payment Gateway'

You can put whatever you like there. I've got mine still up on a test site where we developed alot of the code and I changed it to 'Enter information below to pay by credit card' and it looks fine. But you can put whatever you want.