Update: use simplenote:user_id
instead of wpcom:user_id
for Tracks
#3291
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fix
Will close #3290.
I'm not sure I fully understand this code, but it looks like we are at least attempting to use the WPCOM info if we have a cookie, but it is sending the email rather than the user ID (which we may not have access to).
I think (am concerned?) it might be falling back to anon in all cases where there is not a WPCOM login, rather than sending the Simplenote ID (email address).
Is it worth looking to see if we can instead submit these Tracks events using a different field, in the case where we have WPCOM login info? I'm not sure if we can use the email as a primary key for Tracks (not providing the ID field at all).
Test
Release
RELEASE-NOTES.md
was updated with: