Bugfix - Incorrect validation for properties using the bool type
OnNovember 18th, we're making an update to property validation for any CRM properties using the"type": "bool". Currently, these properties are not validated correctly, making it possible to store any string value in these properties. This can cause issues with other systems using these boolean properties, such as triggers or branching actions for workflows, as well as list memberships.
After this fix, only the valuestrueandfalse(case sensitive) will be accepted. Any other values will result in an error. This validation will be applied to any updates to any CRM records that contain aboolproperty, including creating and updating records.
This change will affect all existingboolproperties, including any custom properties created using the CRM APIs, as well as any HubSpot-created properties (properties with"hubspotDefined":true).
Note: Single checkbox properties created by a user in HubSpot use theenumerationtype, which are not affected by this as they already correctly validate thetrueandfalseoptions. As a reminder for allenumerationtype properties, you must use thevaluefor the option you want to use, not the label.
When is this happening?
The new validation will be applied to all CRM record updates beginning onNovember 18th.
Please let us know if you have any questions by replying below.
No one has replied to this post quite yet. Check back soon to see if someone has a solution, or submit your own reply if you know how to help! Karma is real.