symbolism

Having a small problem with this mod works fine when a user is not logged in, but when a user is logged in it show some php code $this->info['total'] = $this->info['subtotal'] + $this->info['shipping_cost']; } else { $this->info['total'] = $this->info['subtotal'] + $this->info['tax'] + $this->info['shipping_cost']; } } } ?> Have not managed to track down where this code is coming from but I also have pwa installed so do not know if this is causing the problem site is at http://www.safety-glow.co.uk regards Chris

Just a quick question, probaly get a faster answer here then at protx support at the moment does any one know if I speak nicely to protx, if they can enable 3dsecure of my account on a per card type, such as enable for maestro, but leave off for visa regards Chris www.glosticks.co.uk

echoing babygurgles have not posted but have been monitoring the forum, our downtime was about 2 hours but without this forum and the regular contibuters it would be a lot longer so thank you to vger and perfectpassion for their constant support for this module regards Chris http://glosticks.co.uk

At lot of the problems seem to be caused by cc_validation.php Testing with a dummy card number of 4903030000000007 this should be a switch/maestro_domestic card but my cc_validation.php shows it as a visa basically } elseif (ereg('^4[0-9]{12}([0-9]{3})?$', $this->cc_number)) { $this->cc_type = 'Visa'; is one of the first lines in the card type check and sets the card type to visa and } elseif (ereg('^(49030[2-9]|49033[5-9]|49110[1-2]|4911(7[4-9]|8[1-2])|4936[0-9]{2}|564182|6333[0-4][0-9]|6759[0-9]{2})[0-9]{10}([0-9]{2,3})?$', $this->cc_number)) { $this->cc_type = 'Switch'; is never called At the moment I am rehashing the card types in cc_validation.php, will post here when complete regards Chris

There is quite a usefull credit card generater for spefic card types at http://www.eflo.net/downloads.php being trying to use this to test any card failures we are having regards Chris

possible - possibly must learn to spell check :)

Just a suggestion might it not be better if the customer has to select the card type from a drop down list, rather than it being calculated, possible with card types being selectible by admin in the payment module admin section. regards Chris

Nothing to do with os Commerce or protx, just had a look at the valid ranges of Credit Cards, printed off from our machine in the office and quite frankly, it seems a right mess, so many of the ranges of different card type seem to overlap like the maestro block 4903030000-4903039999 seems to overlap some of the visa ranges does any one know of a defintive list of the uk credit card ranges so we can test various card numbers and see if they are being reconised correctly regards Chris

Thanks for that, Just an update protx require the card type to be 'UKE' not UK - ELECTRON Regards Chris

Hi, Still using the old V2 Protx Module, we are getting failure with all visa electron cards, basically when the purchaser inputs the card number it is reconised as a visa card, not electron and we are getting the error back from protx as follows The card type does not match the card number - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance. if any one could could give us a pointer where we should be looking it would be appreciated regards Chris

Have you got the CCGV contrib installed ? I traced the problem I had to the fact that as oscommerce treats all downloads as virtual products a delivery address is not required, unfortuneatly this means that a required postcode is not sent to protx I commented some coide out in one file and it started working again for me will dig through my edits and post here regards Chris

Just to let you know I have managed to fix the above protx problem, basically protx function was being called to early in the check out process fix below in /catalog/checkout_process.php find $payment_modules->before_process(); and comment it out as follows // $payment_modules->before_process(); Find tep_db_perform(TABLE_ORDERS, $sql_data_array); $insert_id = tep_db_insert_id(); and insert the following code directly below // $payment_modules->before_process(); if(MODULE_PAYMENT_PROTX_DIRECT_STATUS) { $payment_modules->before_process(); } I think this fix will also solve the vat problems some users have reported But beware this will only work if protx direct is the only payment method you are using, if you have more than one payment module you will have to call it with a direct statement inserted near the original $payment_modules->before_process(); regards Chris

Have been using protx form successfully for the pat 6 months, but wanted to use this prot direct module as I think it looks more profesional on my site The poroblem I am having is as follows have the credit class and gift voucher contribution installed and the incorrect order total is being sent to protx for example goods value =?100.00 with a 10% discount coupon order total is now ?90.00 ie ?100.00 - 10% The correct order total is diaplayed on both checkout_payment.php and checkout_confirmation.php, also the correct total show in the admin section when viewing orders but when it is submitted to protx the original amount is sent ?100 have tested with protx form and cheque payment modules and both use the correct amount looking at protx_direct.php and the amount is created in the array sent to protx by the following line as follows Amount => number_format($order->info['total'], 2), Any pointers, help would be appreciated to fix this problem Thanks in advance regards Chris

Have been using protx form successfully for the pat 6 months, but wanted to use this prot direct module as I think it looks more profesional on my site The poroblem I am having is as follows have the credit class and gift voucher contribution installed and the incorrect order total is being sent to protx for example goods value =?100.00 with a 10% discount coupon order total is now ?90.00 ie ?100.00 - 10% The correct order total is diaplayed on both checkout_payment.php and checkout_confirmation.php, also the correct total show in the admin section when viewing orders but when it is submitted to protx the original amount is sent ?100 have tested with protx form and cheque payment modules and both use the correct amount looking at protx_direct.php and the amount is created in the array sent to protx by the following line as follows Amount => number_format($order->info['total'], 2), Any pointers, help would be appreciated to fix this problem Thanks in advance regards Chris

Does the page novelty-c-60.html actually exist as this looks like a url rewrite by SEO have a look in your product admin section thats where the tags should be entered for products regards Chris