Merged migration changes
-
@prasad and @satish.dvnk This $conditions result in a failure at first creation of a contact because this two operations as code means needs to operate at the same time.
So if you create a contact with portal "access on", email "is not empty" AND at the same time email "has changed" wil not send email with access to portal because it's a non sense.
'fieldname' => 'email', 'operation' => 'has changed',
AND
'fieldname' => 'email', 'operation' => 'is not empty',
-
@prasad and @satish.dvnk , this merge has one bug:
This condition should be removed because is handled in ContactsHandler.php:
array( 'fieldname' => 'email', 'operation' => 'has changed', 'value' => '', 'valuetype' => 'rawtext', 'joincondition' => 'and', 'groupjoin' => 'and', 'groupid' => '0', ),
-
Hi @manuelgit,
I agree with you. But user wants to know, On which conditions workflow has triggered. Its validating twice and its not a bug.
-
@satish.dvnk well it is not a bug but is not sending email with access to portal to client. Will test on a clean system and report back
-
@satish.dvnk tested and verified that the conditions you introduced, only send email to cliente with access details if you change email address of the contact as you can see here: array( 'fieldname' => 'email', 'operation' => 'has changed', 'value' => '', 'valuetype' => 'rawtext', 'joincondition' => 'and', 'groupjoin' => 'and', 'groupid' => '0', ),
This is not ok because you create a contact with access to portal activated and the contact never receives email. You have to change email address and rechange back to send email.
-
Thanks @manuelgit. I will fix and update you.
-
Yes @manuelgit, you are right. Should remove "email has changed" condition in workflows then only it will trigger on contact creation.
-
No need of another workflow @manuelgit. This workflow is already handling about creation / updation of a Contact.
But "email has changed" condition will be used while updating a contact. Code is already handling that.