Closed buy closed 2 months ago
Yep, exactly, is it possible to provide a flag so we can bypass this behavior? https://github.com/typesense/firestore-typesense-search/blob/b9b89bf2b8f36478967f5d17f1139597c65b8936/functions/src/utils.js#L8-L9
@buy We've published a fix for this issue in v1.5.0-rc.0.
Could you use this installation link and confirm if the issue is indeed resolved with your dataset: https://console.firebase.google.com/project/_/extensions/install?ref=typesense/firestore-typesense-search@1.5.0-rc.0
@jasonbosco Awesome! Thank you so much for the quick turnaround, I will give it a try later this week and let you know.
Description
Update: I found the logic here https://github.com/typesense/firestore-typesense-search/blob/b9b89bf2b8f36478967f5d17f1139597c65b8936/functions/src/utils.js#L8-L9
Now the ask: is it possible to provide an option to bypass this behavior? Or only convert if the object has no other fields? aka only parse
fieldName: {lat: ..., lng: ...}
---- Original Description ---- I noticed an issue when the extension synced on write, it incorrectly converted the following
object[]
intogeopoint[]
. The expected behavior should beobject[]
or at least configurable:input field
output field before sending to backend
Steps to reproduce
Trigger Firebase extension sync, with the above mentioned object field structure. My guess is the extension saw lat/lng and it has logic to parse to latitude and longitude.
Expected Behavior
Object being parsed as-is, using
object[]
Actual Behavior
Smart parsed into
geopoint[]
, thus losing a lot of fields and changed the underlying data structureMetadata
Typesense Version: typesense/firestore-typesense-search@1.4.0 backend: 0.26
OS: docker