Details
Please watch this demo video to show that we were able to get the localID succesfully from the native client to db:
Diff Detail
- Repository
- rCOMM Comm
- Lint
No Lint Coverage - Unit
No Test Coverage
Event Timeline
native/chat/reaction-message-utils.js | ||
---|---|---|
18–31 ↗ | (On Diff #20458) | Lots of props... might be better to use an object |
native/chat/reaction-message-utils.js | ||
---|---|---|
17–28 ↗ | (On Diff #20458) | Not sure if this makes a big difference for us, but it would be better if we could make sure that type parameter of route is the same as for navigation. Currently, it is possible to have e.g. route for 'TextMessageTooltipModal' and navigation for MultimediaMessageTooltipModal. |
31–39 ↗ | (On Diff #20458) | Can't we make reactionMessageLocalID non-nullable so that the invariant isn't necessary? |
native/chat/reaction-message-utils.js | ||
---|---|---|
18–31 ↗ | (On Diff #20458) | Created a task to address this since the changes are a bit more involved and I would consider them outside the scope of this diff |
31–39 ↗ | (On Diff #20458) | I can definitely do that. My original thinking for this was that I thought it would be a bit weird if the other tooltip onPress action functions like copy and thread had access to this field, but if we still think setting reactionMessageLocalID to be non-nullable is the best solution forward, I will make the necessary update |
native/chat/reaction-message-utils.js | ||
---|---|---|
31–39 ↗ | (On Diff #20458) | You're right. If we have to choose between this being optional and having to provide this value for unrelated actions, then keeping it optional is better. |