Page MenuHomePhabricator

[lib] handle Tunnelbroker messages
ClosedPublic

Authored by kamil on Oct 26 2023, 9:22 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Nov 1, 6:02 AM
Unknown Object (File)
Thu, Oct 24, 10:16 PM
Unknown Object (File)
Fri, Oct 18, 9:02 PM
Unknown Object (File)
Oct 5 2024, 3:25 AM
Unknown Object (File)
Oct 5 2024, 1:19 AM
Unknown Object (File)
Oct 2 2024, 1:07 PM
Unknown Object (File)
Oct 2 2024, 1:07 PM
Unknown Object (File)
Oct 2 2024, 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 ↗(On Diff #32454)

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.