This got missed when I integrated SecureChannel into Tether. Simply need to make another request on the SecureChannelClient object instead of using tether::BleConnectionManager.
We should also not construct any of the BLE-related classes at all. It would have been really bad had we not caught this issue, since ConnectionPreserver would start trying to make a connection via BleConnectionManager, and this connection would interfere with the one which is created via SecureChannelClient.
Ryan, you either need to re-open this bug to address my comment #1 or file a new bug for that comment. It's important that we eliminate any possibility of the BLE code being invoked when the flag is on.
Comment 1 by khorimoto@chromium.org
, Jun 23 2018