On purchase confirmation, returns to cart page

[davidacton]

Hi, we are having a problem at the checkout confirmation point. On checkout, the payment is passed to the processor (SagePay) and the transaction is completed according to the SagePay admin panel. However the order is not logged in Virtuemart and the page returns to the cart page, not an Order Received page. We are using OPC version 2.0.284.260215. I have tried installing the latest version but this made the problem worse in that the SagePay card fields would no longer display.

If I disable OPC the system processes the order correctly.

Any ideas?

David

[admin]

hello david, we fixed this over FTP for you.

Generally for Sagepay i'd suggest to render the credit card (or other) fields even for invalid address, so that the complixity of the checkout does not prevent customer errors from the purchase. Also i'd suggest to add an "article above the basket" to tell your customers "how to use the checkout" especially if it requires a strict address of it to work.

your issue (fixed over ftp) was caused by the theme modification where the form was missing a word "echo" in:

Code: Select all

<form action="<?php $action_url....

should be:

Code: Select all

<form action="<?php echo $action_url....

best regards, stan

[g39n22e]

I have installed the component on this site contessina.gr and whenever we press the order button it redirects back to the cart page. There's no credit card processor like this issue here. What do i do?
The url of the page that is returned to is this http://www.contessina.gr/en/cart/edit_s ... redirect=1

Thank you

[admin]

hello, i fixed this with:

- i disabled vmshipment digitalshipping (Digital Products Shipment For Virtuemart 2)
- i disabled vmshipment rules_shipping (it isn't used by your vm installation)

- i dsabled "System - Mootools Enabler/Disabler", system - mootable, since it caused many JS problems on your site
- disabled system - redirect plugin since it probably causes huge performance problems on your site due to many items created by attackers trying to hack your site and thus creating lot's of 404's stored in the database

now all seems to work and it's faster.

also note, that some of your other Joomla plugins may do "remote calls" which slow down or break your site. it's quite hard to locate them, but they usually hide under an encoded php files.

best regards, stan