[mv] Re: authorize.net module for MV4 / weird behavior

[Mark Stosberg <mark@summersault.com>]

******    message to minivend-users from Mark Stosberg <mark@summersault.com>     ******

Mike Heins wrote:
> 
> You shouldn't really need to do that. If __MV_PAYMENT_MODE__ is
> set to "custom authorizenet" then it should be pretty automatic.
> 
> WRT error indications, you can put ::logError("debug message")
> in anywhere you want; it will put messages in the error.log for
> the catalog. I use ::logDebug("message"), which when in
> the global DEBUG variable is set logs to /tmp/mvdebug.
> 

Thanks Mike, 

Adding "Variable MV_PAYMENT_MODE	custom authorizenet"
to my stores catalog.cfg appears to have activated authorizenet
processing.

With a bit more effort, I connected and was getting back the message
"Invalid Referrer URL" from authorize.net, so I know I was connecting at
least. :) 

I'm still debugging this from a number of different angles, and in the
process I noticed a few  expressions of weird behavior from minivend.
This may or may not be related to my authorizenet globalsub or my
environment. I'm reporting them here in the off chance there's something
going astray that's _not_ my fault. :) 

When running in debug mode, I got the following in the debug file. I
know that running under use strict, this would be a fatal error. I'm not
sure what it means in the context of Minivend:

<snip>
 Global symbol "$VAR1" requires explicit package name at (eval 117) line
101, <UNEV> chunk 1.
Start DEBUG at Wed Mar 22 10:34:38 2000
Global symbol "$VAR1" requires explicit package name at (eval 93) line
101, <UNEV> chunk 1.
Global symbol "$VAR1" requires explicit package name at (eval 93) line
101, <UNEV> chunk 1.
</snip>

I may actually have a fix for this one. When this happened, the
mysterious "$VAR1" also appeared in the session file like this:
<snip>
'cybercash_result' => {
    'MStatus' => 'failure',
    'MErrMsg' => 'Invalid Referrer URL: '
},
'payment_result' => $VAR1->{'cybercash_result'}, 
</snip>

This appeared to be related to Order.pm. I noticed that if I changed this:
<snip>
$Vend::Session->{payment_result} = $Vend::Session->{cybercash_result} = \%result;
</snip>
to 

<snip>
$Vend::Session->{payment_result} = \%result;
</snip>

Then, 'payment_result' was properly populated in the session file as
shown below,
but cybercash_result was missing (do I really need it?). 
<snip of session file>
'payment_result' => {
    'MStatus' => 'failure',
    'MErrMsg' => ''
},
</snip>

Also, sometimes just after I get the rejection response from
Authorize.Net I get an error in the log files like 
<snip>
/~softskul/cgi-bin/store.cgi/process.html Runtime error: Data was not
stored in SessionDBM
</snip>

I'm not sure whether this would be fixed if my authorize.net code was
improved, of if this is an unrelated problem. 

The end result of my testing is usually that I get returned to the
checkout.html page with the warning that I need to fill out some other
fields, but there are no fields left marked in Red! My assumption here
is that this some sort of default response, since there actually aren't
any more fields to fill in. Three different configurations of [error]
tags return no results although two of them interpolated with the result
"1"-- a bit odd:
<snip>
[error all=1 show_var=1 keep=1]
[error all=1 hide=1 comment="Clear errors"]
</snip>

Perhaps I need to some code that says 
  "if authorizenet returns an error, redirect to an error page"?

To top it all off, it appears that Authorize.Net is not returning all
the fields outlined in their spec (and other example connection
scripts). I've emailed them seperately to debug that problem. 

Thoughts, stories or haikus relating to any of these issues are
appreciated. :)

Thanks,

   -mark

  <<-------------------------------------------------------------->>
personal website                <    Summersault Website Design
   http://mark.stosberg.com/     >       http://www.summersault.com/
-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list