Details
-
Type:
Bug
-
Status: Done/Fixed
-
Priority:
Trivial
-
Resolution: Fixed/Completed
-
Affects Version/s: 4.3.2
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
Description
While looking at backporting some of Coleman's fixes I noticed that the email ADD function now sets all emails to being not on hold if the one being updated is on hold. We had this on is_primary earlier & it causes confusing entries in the log_civicrm_email if turned on.
I expect the incoming PR should be applied to avoid this.