Order status' getting automaticcaly changed

[Kuubs]

Hello,

I've got a problem with the newest version of Virtuemart. Suddenly order are getting switched from a custom made order status to the "Confirmed" order status. This leads to errors and a not synced administration of the orders, plus the customer also get the confirmed order status email again. Is this a known problem or does anyone has an explanation for this?

Thank you.

[Jörgen]

What errors?
What gets out ouf sync ?
What oconfirmed order status email is sent again? The same mail twice ?

Try this for starters:
http://forum.virtuemart.net/index.php?topic=79799.0


regards

Jörgen @ Kreativ Fotografi

[Kuubs]

What errors?
What gets out ouf sync ?
What oconfirmed order status email is sent again? The same mail twice ?

Try this for starters:
http://forum.virtuemart.net/index.php?topic=79799.0


regards

Jörgen @ Kreativ Fotografi

If I sent an order out and puts the status on Shipped, and a few days later the status is suddenly Confirmed, my adminsitration is out of sync. The product is actually already sent out, but the software changes the status out of the blue. These are administrative errors I'm talking about.

If the status jumps back to Confirmed I assume the confirmed order email is sent out again. This is a crucial bug and really messes up my workflow because I need to double check everything (I cannot trust the software to do its job)

[Jörgen]

OK lets try this again
http://forum.virtuemart.net/index.php?topic=79799.0

What You are saying is like calling an auto repair and say my car doesn not work, do You know what is the trouble ?

Additional questions.

New VM install ?
Migrated install ?
Updated install ?
Third party template ?

The problem You are experiencing has to Do with something in Your site, but without more info, it is impossible the figure out what has happened.

regards

Jörgen @ Kreativ Fotografi

[GJC Web Design]

have u checked that there are not multiple IPN's being sent from the payment gateway and /or say Googlebot testing harvested urls?

I have seen this trigger poorly coded payment plugins to set orders back to C

but as u provide so little info.. e.g. what payment gateway.. then who knows...

[Kuubs]

OK lets try this again
http://forum.virtuemart.net/index.php?topic=79799.0

What You are saying is like calling an auto repair and say my car doesn not work, do You know what is the trouble ?

Additional questions.

New VM install ?
Migrated install ?
Updated install ?
Third party template ?

The problem You are experiencing has to Do with something in Your site, but without more info, it is impossible the figure out what has happened.

regards

Jörgen @ Kreativ Fotografi

Don't want to sound like a prick, but I told you already. This is a clean install which has worked for a very long time. I can always update the installation without any issues, and this issue is for me very unclear as well. I'm just asking if someone knows this bug or experienced the same issue as mine. I cannot give out any more information because there isn't any more general information available.

have u checked that there are not multiple IPN's being sent from the payment gateway and /or say Googlebot testing harvested urls?

I have seen this trigger poorly coded payment plugins to set orders back to C

but as u provide so little info.. e.g. what payment gateway.. then who knows...

That is something I need to check, thanks for the answer. I use a iDeal payment plugin from ideal-checkout.nl it's a free plugin, which is used very widespread. I'm gonna check if there lies the problem. Regarding the Googlebot, how can I disable the bot on these particular urls?, so that this issue won't happen again.

[jenkinhill]

Block Googlebot? See http://bfy.tw/5fVQ

[GJC Web Design]

I've got a problem with the newest version of Virtuemart

means nothing -- after a few 1000 replies you learn never to trust what a poster says.. esp. newest version...

happens dozens of times the poster thinks 2.0.16 is the newest etc

I really don't think it is too much to ask that people seeking free help at least give the complete particulars of their install when asking...

At the very minimum it makes them actually LOOK at what they have

I'm gonna check if there lies the problem

find the ipn call for a particular order in your server access logs .. search for e.g. pm=

set that order to Shipped

copy/paste the IPN url in a browser and go there...  and see if the order sets back to 'C'

then u know its the payment plug not checking the status b4 setting the status

[Kuubs]

I'm gonna check if there lies the problem

find the ipn call for a particular order in your server access logs .. search for e.g. pm=

set that order to Shipped

copy/paste the IPN url in a browser and go there...  and see if the order sets back to 'C'

then u know its the payment plug not checking the status b4 setting the status

Ok, I think I've foudn the problem. It's in the payment plugin, it verifies the payment with the bank, but it does that 2 times, and the second time when it gets confirmed it changes the status back to Confirmed. So what is my best course of action now?

[Jörgen]

Talk with the developer of the iDEAL plugin and tell them of Your problems. Or look for another iDEAL plugin instead.

regards

Jörgen @ Kreativ Fotografi

[GJC Web Design]

it verifies the payment with the bank, but it does that 2 times

yes.. one of my clients using this reports the same problem .. 2 confirms .. meaning two of everything incl. emails etc..

the client is using the CCideal plugin (paid for) and reports no problems  - he contacted the free developer multiple times with no results

and can confirm the free one doesn't check the current status before setting it leading to double status changes

If you want to try and fix this look at the

plugins\vmpayment\idealcheckoutideal\idealcheckoutideal.php

around line around line 296
public function plgVmOnPaymentResponseReceived(&$html)

at line 362

function to update order & send the email

Code Select Expand


elseif(method_exists($oModelOrder, 'updateStatusForOneOrder'))
{
$aOrder = array();
$aOrder['order_status'] = 'C';
$aOrder['virtuemart_order_id'] = $virtuemart_order_id;
$aOrder['customer_notified'] = 1;

$date = JFactory::getDate();
$aOrder['comments'] = ('Transaction status recieved from PSP: ' . $result->transaction_status);

$oModelOrder->updateStatusForOneOrder($virtuemart_order_id, $aOrder, true);
}


this is where I would FIRST check the current status of the order

so if it is already "C"  don't send again.. basic stuff

this is the sort of thing I do in my payment plugins

Code Select Expand


$theorder = VirtueMartModelOrders::getOrder($virtuemart_order_id);

$currentstatus = $theorder['order_status'];


elseif(method_exists($oModelOrder, 'updateStatusForOneOrder') && $currentstatus != 'C') // or any other status u don't want checked
{

etc etc -- so nothing happens if the order is already C

I have no way to test this as we aren't using it now - and ideally (ha ha) the would stop the double confirm ipn from their end

[Kuubs]

Talk with the developer of the iDEAL plugin and tell them of Your problems. Or look for another iDEAL plugin instead.

regards

Jörgen @ Kreativ Fotografi

Yes, I'm in talk with the developer at the moment. I'll keep this post updated if there is a solution.

it verifies the payment with the bank, but it does that 2 times

yes.. one of my clients using this reports the same problem .. 2 confirms .. meaning two of everything incl. emails etc..

the client is using the CCideal plugin (paid for) and reports no problems  - he contacted the free developer multiple times with no results

and can confirm the free one doesn't check the current status before setting it leading to double status changes

If you want to try and fix this look at the

plugins\vmpayment\idealcheckoutideal\idealcheckoutideal.php

around line around line 296
public function plgVmOnPaymentResponseReceived(&$html)

at line 362

function to update order & send the email

Code Select Expand


elseif(method_exists($oModelOrder, 'updateStatusForOneOrder'))
{
$aOrder = array();
$aOrder['order_status'] = 'C';
$aOrder['virtuemart_order_id'] = $virtuemart_order_id;
$aOrder['customer_notified'] = 1;

$date = JFactory::getDate();
$aOrder['comments'] = ('Transaction status recieved from PSP: ' . $result->transaction_status);

$oModelOrder->updateStatusForOneOrder($virtuemart_order_id, $aOrder, true);
}


this is where I would FIRST check the current status of the order

so if it is already "C"  don't send again.. basic stuff

this is the sort of thing I do in my payment plugins

Code Select Expand


$theorder = VirtueMartModelOrders::getOrder($virtuemart_order_id);

$currentstatus = $theorder['order_status'];


elseif(method_exists($oModelOrder, 'updateStatusForOneOrder') && $currentstatus != 'C') // or any other status u don't want checked
{

etc etc -- so nothing happens if the order is already C

I have no way to test this as we aren't using it now - and ideally (ha ha) the would stop the double confirm ipn from their end

Thank you for the reply. I'm gonna inform the plugin developer of the problem.