Yes
Not to my understanding.
No, this is actually a change in logic block actions themselves which will change how conditionals compare addresses.
Patch note PN-25.1.07-[Nextbot]-5250 gets into this:
For a working example, consider this address:
Street: 123 Main St
City: Parker
State: CO
County: Douglas County
Zip: 80134
Also consider 2 format definitions, the first of which constructs a 1 line address (Nextworld calls this the AddressFull) as Street-City-State-County-Zip and another format definition which excludes county and constructs the AddressFull as just Street-City-State-Zip
When the above address is passed into Nextworld, Nextworld will save the components plus the AddressFull version of it to the DB using whatever the format is at the time. Up until now, that saved AddressFull version is what would have been used for future comparisons to see if another address is the same as it.
Assuming the above address had already been created using the old format definition, and you wanted to see if it already existed in the database after switching to the new format definition, the answer from Nextworld in the past would have been No because the Addressfull in the database would have been 123 Main St Parker CO Douglas County 80134 and the AddressFull passed in would have been constructed as 123 Main St Parker CO 80134. In a comparison use case prior to now, Nextworld would say these are not the same address, even though at a component level, they are identical.
With this enhancement, that changes, because the version in the database can be dynamically re-interpreted by a logic block applying the current format which will have it evaluate to 123 Main St Parker CO 80134 so Nextworld will tell you the address already exists, or in a comparison use case, the address passed in is the same address as one that already exists.