config checker only validates what’s configured for the field. Your validation worked because it fits the validation sequence. It was most likely validated against switch.vijverpomp_linksifnowday2elserechts. Basically all special characters removed. Validator can’t find everything . for future referece, you should try to migrate to always using target or keeping your entity_id inside data. Entity_id outside won’t be deprecated but it’s the only area where templates aren’t applied.
A yes, I understand now.
It was a bit of a puzzle trying too find the correct automation… in the ‘old’ days, reloaded per edit in the file, to be sure which edit, or at least file cases an error. Being more confident these days, I tend to forget that habit.
the error itself wasn’t to clear at all, and it would be nice if these errors could list the offender.
migration from
service:
entity_id:
to
service:
target:
entity_id:
shouldn’t be too difficult. However, the ui shows this:
if and when extra data is required. Right now, I use the entity_id and color_name (or other parameters) in the data field. Do I understand this correctly then that those 2 should be best kept apart? Entity_id in the target field, and all other data in the data field?
Also, I’m not making the update myself unless I update the automation or script. I do make the switch for new automations that I create.
Yes, target simply allows users to use entity_id, area, or device_id inside the target. So now you can use any of them for a service call instead of just entity_id.
All other keys/options/attributes (whatever you want to call them) go inside data.
ok, thanks.
lastly: in the case of an entity template (until target: came along needed to be in data:), do we now move that under target, or still under data:?