[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date
][Interchange by thread
]
[ic] MV_ORDER_ROUTE being ignored in ord/checkout
Arg, the docs state that MV_ORDER_ROUTE has been deprecated and to look
at the foundation demo for using the master routes... The only thing I
did spot was a reference to the word 'cascade' during the 'dump and
logging' exercise that I detailed below, I did see a data structure
which used it:
Vend::Order:debug: route default is: {
'email' => 'mmb2c@midwest-microwave.com',
'cascade' => 'log main copy_user',
'master' => '1',
'supplant' => '1',
'empty' => '1'
}
Additionally, there doesn't appear to be a lot of write up on FormIgnore
which is a concern because on the standard catalog configuration, it
appears that the context of that is to prevent a user from using certain
variables (ie. the example of mv_handling) but the concern is that
MV_ORDER_ROUTE is also declared in this manner. Is this in fact
disabling the embedded use of MV_ORDER_ROUTE in my ord/checkout page as
the examples below illustate?
If I'm not to use MV_ORDER_ROUTE but rather define the replacement for
the 'default' route in another manner, would someone please point me in
that direction as I have failed to determine what that may be.
Presuming that I'm not entirely wet and that MV_ORDER_ROUTE is still the
proper method, here is the snippet from my checkout page where,
depending on a preset value, the route is set so that if it is US, it
uses the 'log mainUS copy_user' route and all others would use the 'log
mainUK copy_user' route. I get no errors and as you can see from the
logging below, the logging states that the proper code segment is
running so I should be safe in assuming that MV_ORDER_ROUTE is being set
properly, correct?
-- snippet from ord/checkout --
<INPUT TYPE=hidden NAME=mv_doit VALUE=refresh>
<INPUT TYPE=hidden NAME=mv_nextpage VALUE="ord/checkout">
[comment] Order routes in catalog.cfg [/comment]
[perl]
my $out;
if ($Scratch->{CountryGroup} eq 'US') {
$out = '<INPUT TYPE=hidden NAME=mv_order_route VALUE="log mainUS
copy_user">';
$Tag->iclog('checkout: route: log mainUS copy_user');
} else {
$out = '<INPUT TYPE=hidden NAME=mv_order_route VALUE="log mainUK
copy_user">';
$Tag->iclog('checkout: route: log mainUK copy_user');
}
return $out;
[/perl]
<INPUT TYPE=HIDDEN NAME=mv_check VALUE="Save_database">
-- snippet from logging to test to confirm that Antigua was going to
select the properl route, which includes the mainUK --
iclog: 200211071358 host: 192.168.10.10 page: ord/checkout checkout:
route: log mainUK copy_user
I also enabled DEBUG on IC, wow, something you do not want to do for
long on a production system!!! As you can see below, it appears that
the MV_ORDER_ROUTE set at the ord/checkout page was ignored as the
MV_ORDER_ROUTE is still operating off the default.
-- snipped from the icdebug file --
Vend::Util:debug: send_mail: to=mmb2c@midwest-microwave.com subj=ORDER
400040 r= mime=1
and here is the mainUK from the catalog.cfg route setup:
Route mainUK <<EOF
attach 0
credit_card 1
default 1
email 'mmB2C@Midwest-Microwave.ltd.uk'
MailOrderTo 'mmB2C@Midwest-Microwave.ltd.uk'
encrypt 0
errors_to 'mmB2C@Midwest-Microwave.ltd.uk'
pgp_cc_key "__PGP_KEY__"
pgp_key "__PGP_KEY__"
receipt etc/receipt.html
report etc/report
supplant 1
individual_track orders
track logs/tracking.asc
EOF
I've checked and double checked to stupid mistakes, like my earlier
.ltd.uk and .com foobar, but even when that was corrected, the problem
still was resolved... All of this pretty much convinces me that my
'routing override' is failing and I'm not certian as to why...
Regards,
Barry
--
Barry Treahy, Jr * Midwest Microwave * Vice President & CIO
E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028