Page MenuHomePhabricator

[native] Rename get/setCurrentUserID in CommCoreModule
ClosedPublic

Authored by ashoat on Tue, Apr 16, 4:58 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Apr 27, 10:35 AM
Unknown Object (File)
Fri, Apr 26, 9:54 PM
Unknown Object (File)
Fri, Apr 26, 12:42 PM
Unknown Object (File)
Fri, Apr 26, 7:24 AM
Unknown Object (File)
Thu, Apr 25, 1:07 PM
Unknown Object (File)
Thu, Apr 25, 9:06 AM
Unknown Object (File)
Wed, Apr 24, 2:49 PM
Unknown Object (File)
Tue, Apr 23, 1:11 PM
Subscribers

Details

Summary

While working on ENG-7667, I spent some time reviewing this logic in SQLiteDataHandler on native. I found that the use of these methods might be more clear with a better name.

My mental model for it is:

  1. A SQLite database is "stamped" once a user logs in
  2. If a SQLite database is "stamped" with a given user ID, then it will deleted as soon as that user is not the current user
Test Plan
  1. Flow
  2. Compile the iOS app to a simulator and log in and log out. Make sure database is deleted

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

Open to different names, but I want to avoid currentUserID, so that we're not making it seem like this is duplicate data

Harbormaster returned this revision to the author for changes because remote builds failed.Tue, Apr 16, 5:11 AM
Harbormaster failed remote builds in B28237: Diff 39143!

I should probably also rename workerRequestMessageTypes.GET_CURRENT_USER_ID, workerRequestMessageTypes.SET_CURRENT_USER_ID, and any other related stuff

EDIT

Will do that in a separate diff... I think reviewers might be slightly different

EDIT 2

D11668

Should we regenerate a wasm file?

This revision is now accepted and ready to land.Wed, Apr 17, 4:32 AM

Should we regenerate a wasm file?

It is not necessary. Methods modified by this diff are not exported to WASM since they don't appear in SQLiteQueryExecutorBindings.cpp.