The primary device sends all the thick threads to a new device.
https://linear.app/comm/issue/ENG-9241/introduce-a-handler-that-sends-operations-to-new-devices
Depends on D13304
Details
Details
- Reviewers
kamil inka - Commits
- rCOMM728ca9b0e3cc: [lib] Share the state with a new device
Create a new account. Create some thick threads. Log in on a new device and check if the threads appear. Close the primary, log in on a new device, open the primary - the threads should appear.
Diff Detail
Diff Detail
- Repository
- rCOMM Comm
- Branch
- improvements
- Lint
No Lint Coverage - Unit
No Test Coverage
Event Timeline
| lib/handlers/initial-state-sharing-handler.react.js | ||
|---|---|---|
| 16 | Do we want to make sure that only the primary device runs this handler? | |
| 31–32 | Are there any risks if the new device comes online at a time that the primary is offline? I suppose the idea is that when the primary starts, it will have the old list of deviceIDs from the local store, and this effect will still trigger? | |
| lib/shared/dm-ops/add-viewer-to-thread-members-spec.js | ||
| 127–129 | This comment is a bit confusing. Maybe we can rephrase:
| |
Comment Actions
Update a comment
| lib/handlers/initial-state-sharing-handler.react.js | ||
|---|---|---|
| 16 | Yes. We're exiting early from the effect on non-primaries authMetadata.deviceID !== userDeviceIDs[0]. | |
| 31–32 | Yes, that's the idea. I tested it by closing the primary device's app on the iOS simulator, logging in on the web, and then opening the native app - after some time all the threads appeared. Also tested whether restarting the native app, while the web app is open, won't result in resending the threads. | |
| lib/shared/dm-ops/add-viewer-to-thread-members-spec.js | ||
| 127–129 | Makes sense! | |