Page MenuHomePhabricator

[services] Tunnelbroker - Add `topic` to APNs
ClosedPublic

Authored by max on Sep 8 2022, 3:25 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Nov 24, 2:47 AM
Unknown Object (File)
Sat, Nov 23, 1:13 AM
Unknown Object (File)
Sat, Nov 23, 12:39 AM
Unknown Object (File)
Fri, Nov 22, 9:17 PM
Unknown Object (File)
Oct 26 2024, 2:46 AM
Unknown Object (File)
Oct 16 2024, 11:26 PM
Unknown Object (File)
Oct 16 2024, 11:26 PM
Unknown Object (File)
Oct 16 2024, 11:26 PM

Details

Summary

This diff introduces changes to the A2 library wrapper to use topic for the APNs message (adding of topic argument to the wrapper function.).

When testing push notifications with the production certificate the topic for the message is mandatory. The topic is an iOS app bundle name. The topic is mandatory because some P12 certificates can have multiple app bundle names (one certificate for a few apps).

Related Linear task: ENG-1743

Test Plan
  1. Successfully built app without errors.
  2. Device testing:

To test the APNs notification physical iOS device is required.

  • Isolated testing can be done using the apns-ios-push-tester XCode project. To test it clone the apns-ios-push-tester and follow the instruction to set the certificate, run the app on the physical iOS device and get the device token.
  • Comm app testing can be done using the apns certificate provided in 1Password.

Send the apns message using the following library call from C++:

#include "cxxbridge_code/src/lib.rs.h"
#include "rust/cxx.h
...
const std::string cert_path = argv[1];
const std::string cert_pass = argv[2];
const std::string topic = argv[3];
const std::string device_token = argv[4];
const std::string message_body = argv[5];
const bool sandbox = true; // True if your certificate is for development.
sendNotifToAPNS(cert_path, cert_pass, topic, device_token, message_body, sandbox);

The expected result is push message delivery to the device if the credentials are correct. Errors if some of the credentials are wrong.

Diff Detail

Repository
rCOMM Comm
Branch
add-topic-to-apns
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

max held this revision as a draft.
max published this revision for review.Sep 8 2022, 6:16 AM
max edited the summary of this revision. (Show Details)
max edited the test plan for this revision. (Show Details)
max added reviewers: karol, tomek.
max added inline comments.
services/tunnelbroker/rust-notifications/src/lib.rs
47 ↗(On Diff #16432)

CXX doesn't support Option<>, that's why we are checking for whether the topic is empty or not and returning the Option here.

jon added inline comments.
services/tunnelbroker/rust-notifications/src/lib.rs
47 ↗(On Diff #16432)

I would prefer a comment, so that when others stumble upon the code later, are able to find this relevant information easily.

tomek requested changes to this revision.Sep 12 2022, 6:03 AM
tomek added inline comments.
services/tunnelbroker/rust-notifications/src/apns.rs
12 ↗(On Diff #16432)

the topic for the message is mandatory

It seems like there's no point in calling send_by_a2_client when topic is None. It should be a &str then

services/tunnelbroker/rust-notifications/src/lib.rs
15 ↗(On Diff #16432)

Additional context: we have getAPNsNotificationTopic function that determines the topic. We should probably use the value from there, probably including older clients handling.

This revision now requires changes to proceed.Sep 12 2022, 6:03 AM

Making topic not optional.

max added inline comments.
services/tunnelbroker/rust-notifications/src/apns.rs
12 ↗(On Diff #16432)

the topic for the message is mandatory

It seems like there's no point in calling send_by_a2_client when topic is None. It should be a &str then

Makes sense. I've removed optional from topic.

services/tunnelbroker/rust-notifications/src/lib.rs
15 ↗(On Diff #16432)

Additional context: we have getAPNsNotificationTopic function that determines the topic. We should probably use the value from there, probably including older clients handling.

In a getAPNsNotificationTopic we are just hardcoded the topics:

function getAPNsNotificationTopic(codeVersion: ?number): string {
  return codeVersion && codeVersion >= 87 ? 'app.comm' : 'org.squadcal.app';
}

In the Tunnelbroker we are using the config file to provide a topic.

Seems that this function is to support an old version of the app. Do we need to support the org.squadcal.app in the codebase of the services and hardcode it?

47 ↗(On Diff #16432)

I would prefer a comment, so that when others stumble upon the code later, are able to find this relevant information easily.

As the topic is no longer Optional we don't need to add a comment here. But it makes sense if it is. Thanks, @jon !

tomek added inline comments.
services/tunnelbroker/rust-notifications/src/lib.rs
15 ↗(On Diff #16432)

It depends. If we're going to send notifications from tunnelbroker to older clients then yes. And I guess that we probably want that (but I'm not 100% sure)

This revision is now accepted and ready to land.Sep 22 2022, 7:26 AM
max added inline comments.
services/tunnelbroker/rust-notifications/src/lib.rs
15 ↗(On Diff #16432)

It depends. If we're going to send notifications from tunnelbroker to older clients then yes. And I guess that we probably want that (but I'm not 100% sure)

I've created a possible follow-up task to discuss this.

This revision was automatically updated to reflect the committed changes.
max marked an inline comment as done.