Possible Sermepa payment module problem

[vimad]

Sorry I have not been able to answer before.

As you say, the cart information in the session is being cleared down, but the stored basket isn't being. (And you are more than right saying that "I wouldn't characterise that as working properly" ).

I followed your suggestion and reinstalled the module, but it has not solved the issue.

Honestly, I am completely lost. I do not know what to do. I have not installed new checkout modules. The only changes I can think of were done once the cart was already not working properly.

Any idea would be highly appreciated.

[kuroi]

The module was orginally written for osCommerce which works differently to Zen Cart and ported over. A quick scan of the code shows that it still contains much that is more osCommerce than Zen Cart suggesting that the port wasn't very thorough.

In addition, almost four years and two major released of Zen Cart Cart have passed since it was last updated.

So, there's no guarantee that this payment module will work properly against a current Zen Cart, or even the 1.3.8a that you're using.

I can't say for sure that it is the source of the problem, but as you don't have problems with other payment methods, it seems likely.

I've changed the title of my response in the hope that it attracts the eye of somebody who's worked with this payment module.

[ebusinessman]

find file:
includes/modules/pages/checkout_process/header_php.php

line 19:
$_SESSION['cart']->reset(true);

to see if it has "true" there.

if yes, then you have to check:

includes/classes/shopping_cart.php

line 195:
function reset($reset_database = false) {
....
}

to see if this is normal. Or you can add some code here to detect if this has been visited after checkout.

[vimad]

Thanks for your very fast replies. Some more info:

@Kuroi: The module works in Zen Cart (I have had it installed for months without any problem); so it should not be a source issue.

@ebusinessman: Thanks for the help too. The files you mention are exactly as you say. I have not added the code you mention, because I do not know what to add.

Some more info:

1.- I have compared all files of the module currently on the server with an old backup (when it worked)... and there are no differences on the code.

2.- The bank uploaded a personalization of the pages in their server to match mines. However, I do not think that this can be the issue, because when customers pay and return the cart is emptied. It is only "reloaded" when the customer logs in; this makes me thing that the info on the bank server has nothing to do with the problem (...but I may be wrong).

Are there any other files dealing with the cart and sessions?

Desperate is a soft word to express how I feel. +

[vimad]

Well, after a horrible weekend I think that it is solved:

In file sermepa_process.php change:

unset($_SESSION['cart']);

for $_SESSION['cart']->reset(true);


¿easy? It has taken me three days....

[ebusinessman]

congratulations, that's something I thought of.

$_SESSION['cart']->reset(true) here must have a true.

Then we can assume sermepa_process.php takes care of checkout process, rather than /modules/pages/checkout_process/header_php.php takes care of this.

[kuroi]

Well done. I realise now that there are two Sermepa modules. I assume that you're using the recent one.

This is a hugely better version than the old one, but it does do something really, really dangerous - as you've identified. Specifically, on callback from the gateway, instead of integrating with Zen Cart's order completion processing, it tries to replace the entire process with its own version.