Page MenuHomePhabricator

[lib] handle Tunnelbroker messages
ClosedPublic

Authored by kamil on Oct 26 2023, 9:22 AM.
Tags
None
Referenced Files
F2898007: D9611.diff
Sat, Oct 5, 1:19 AM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Unknown Object (File)
Wed, Oct 2, 1:07 PM
Subscribers

Details

Summary

This is the initial version of handling messages received from Tunnelbroker.

Depends on D9610

Test Plan

I used some Rust code to verify its operation, for example, to confirm if the device properly acknowledges a MessageToDevice on both web/native platforms.

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

kamil held this revision as a draft.
kamil published this revision for review.Oct 27 2023, 5:39 AM
lib/tunnelbroker/tunnelbroker-context.js
66

We should add a try for this

lib/tunnelbroker/tunnelbroker-context.js
72 ↗(On Diff #32629)

Historically React Native has not handled console.error and console.warn very well: https://github.com/facebook/react-native/issues?q=is%3Aissue+in%3Atitle+%22console.warn%22+is%3Aclosed, https://github.com/facebook/react-native/issues?q=is%3Aissue+in%3Atitle+%22console.error%22+is%3Aclosed+

Might be worth testing to make sure this doesn't break anything. You could also consider just using console.log

Please check the console.warn/error before landing but looks good.

This revision is now accepted and ready to land.Nov 3 2023, 4:07 AM
This revision was automatically updated to reflect the committed changes.