issue: ENG-9725
Details
Tested that if the timeout occurs and the error is thrown, the accountMissingStatus of users is not updated and the user is not deleted, even if they were missing a device list
Diff Detail
- Repository
- rCOMM Comm
- Branch
- inka/missing_peers
- Lint
No Lint Coverage - Unit
No Test Coverage
Event Timeline
lib/handlers/user-infos-handler.react.js | ||
---|---|---|
171–173 | If a timeout occurred, we actually want to query for those users again | |
lib/hooks/peer-list-hooks.js | ||
60–64 | I don't think it's worth merging this with the function used in UserIdentityCacheProvider. They are so simple that merging them would just introduce complexity at the call site. | |
lib/utils/identity-service.js | ||
48 | The timeout before an error on the native side is thrown is 30s D13355 |
lib/handlers/user-infos-handler.react.js | ||
---|---|---|
171–173 | Sounds risky. After the request timed out, the next request would be more expensive, which is going to increase the service's load. When a service is overloaded, we're going to make it worse. |
lib/handlers/user-infos-handler.react.js | ||
---|---|---|
171–173 | Talked about this offline and concluded that this should be left. |