Open bengtan opened 4 years ago
Ugh, it looks like scurry's phone uploaded a location data point which had the coordinates of the the place in Mooreland.
But it's not an RNBGL upload. It's an embedded location data point (ie. embedded within some other operation like subscribing to a bot or something). So I guess app got it's wires crossed and embedded the wrong data point somehow.
This is a preliminary finding. I'll continue to dig further.
Alright, found it.
friendShareUpdate
operation (I guess by switching live location share between Always and Nearby?) to user pixel.friendShareUpdate
operation allows a location data point to be embedded. This data point refreshes, on the server side, the location of the issuer. In this case, the issuer is the location sharer. In this case, scurry.Specifically, in this code in Profile.ts:
shareLocationUpdate: flow(function*(
shareType?: FriendShareTypeEnum,
shareConfig?: IFriendShareConfig
) {
yield self.transport.friendShareUpdate(self.id, self.location, shareType, shareConfig)
self.shareType = shareType
self.shareConfig = shareConfig
}),
self.location
should be replaced by something like self.service.profile.location
.
Notes to self:
There is also an embedded location data point in updateBot
If in hidden/invisible mode, ensure no location data points are embedded.
If not done as part of this ticket, should be it's own separate ticket.
Verified on Staging Version: 4.41.0
Reported at https://hippware.slack.com/archives/C2V6L53TQ/p1583441178063700 and spun out from https://github.com/hippware/rn-chat/issues/3802#issuecomment-595443051