Rudderstack is not receiving the feathery user id in the payload anymore. In the rudderstack live events view, they are reporting this as empty:
"userId": ""
Shouldn’t the user id always be populated in this case when it’s provided by us in the initialization? We expected it either at the top level within userId or as part of the properties.
The way rudderstack works, it should probably be in both as a track call that’s missing user id means something is probably missing in the invocation.
Separately: I swear this was something that was previously sent. So was this changed? If so, it’s a pretty big change.
@peter That suspiciously looks like an auto generated GUID for the user ID either by feathery or via rudderstack.
I think using identify here is the wrong call as a replacement for the user ID for the track call. Even with the identify call, i believe you need to provide the correct user ID in with the track call/
At what point in your flow are you initializing your custom user id? Do you pass it into the init() call? And are you preloading your forms at all? (if you don’t know what i’m referring to by preload, you’re probably not)