The default rules_commerce_order_message_changing_status is not propperly fired because it's unable to evaluate it's condition.

I have no idea what is wrong but it's linked to the Selected data: commerce-order:status

How can I properly debug this?
Or does anybody else run into this issue also?

Comments

thim’s picture

thim commented

The rule log reports the following error: Unable to load variable commerce_order_unchanged, aborting.

0.697 ms The condition data_is evaluated to FALSE [edit]
0.72 ms AND evaluated to FALSE.
0.771 ms Evaluating conditions of rule Commerce order message: changing status. [edit]
1.202 ms Unable to load variable commerce_order_unchanged, aborting.
34.674 ms Unable to evaluate condition data_is. [edit]

thim’s picture

thim commented

PS: using Rules 7.x-2.3

It seems to be linked to the "commerce-order-unchanged:status"
It's not part of the order entity?

rszrama’s picture

rszrama commented
Project: Commerce Core » Commerce Kickstart
Version: 7.x-1.7 » 7.x-2.x-dev
Component: Checkout » Code
jsacksick’s picture

jsacksick commented
Project: Commerce Kickstart » Commerce Message
Version: 7.x-2.x-dev » 7.x-1.x-dev

The rule belongs to Commerce Message, so moving the issue there.

jsacksick’s picture

jsacksick commented

It happened to me lately, it was due to multiple rules reacting to the "After updating a commerce order" event, adjusting the weights did the trick...

Christopher Riley’s picture

Christopher Riley commented

What weight did you adjust it to if I may ask. I am running into a similar issue and the only things that are triggering off of "After updating an existing commerce order" are "Delete shipping line items on shopping cart updates" and "Commerce order message: changing status"

Thanks in advance.

jsacksick’s picture

jsacksick commented

Can you try with the patch coming from this issue? #2139037: DrupalCommerceEntityController::invoke should follow EntityApiController

Christopher Riley’s picture

Christopher Riley commented

I am running 7.x-1.8+33-dev of Commerce and it appears that it has already been patched for this issue. Also of note, I am not running kickstart this is a normal install with no profiles used.

Christopher Riley’s picture

Christopher Riley commented

I applied the patch to rules from over at https://drupal.org/node/2120421 and that seems to have corrected the issue. Thanks for the assistance.

lmeurs’s picture

lmeurs commented
Status: Active » Closed (won't fix)

This appears to be a Commerce problem, see #2140165: While reloading $entity->original in the controller, track the save_depth and a possible workaround at #2140165-14: While reloading $entity->original in the controller, track the save_depth.