As it's a compound field, split over multiple properties (longitude and latitude), the parent field Geolocation__c does not have much value as the relevant information is propagated in the "sub-fields" (latitude and longitude).
So what I'm doing in this PR is to ensure that:
Geolocation__c is marked with unsupported in the schema metadata (snippet below) while still ensuring that the "sub-fields" are correctly queried.
In the current implementation of the tap, fields described with
type=address
are correctly excluded when usingapi_type=BULK
.Although, this is not the case for geolocation fields (described with
type=location
).I'm not a Salesforce specialist per se, but know that the changes I'm applying on this branch solved the issue described here.
In my specific case I had a field like this:
As it's a compound field, split over multiple properties (
longitude
andlatitude
), the parent fieldGeolocation__c
does not have much value as the relevant information is propagated in the "sub-fields" (latitude
andlongitude
).So what I'm doing in this PR is to ensure that:
Geolocation__c
is marked withunsupported
in the schema metadata (snippet below) while still ensuring that the "sub-fields" are correctly queried.Snippet of the excluded schema after this PR:
Snippet of the "sub-fields" in the schema: