Change the process by which we pair the mobile app to the Bisq client #8
Labels
an:enhancement
An improvement or change in behavior to an existing feature/component
needs:api changes
New functionality or change in behavior is required with the Bisq API
needs:core changes
New functionality or change in behavior is required with the Bisq core
needs:ux design
UX design work is needed before implementing the UI
Milestone
The current pairing process is done by sending the device token and encryption key from the mobile app to the Bisq client either by scanning a QR code generated by the app into the Bisq client or by emailing it from the app and entering it into the Bisq client.
This process is not ideal as it requires a web cam for the desktop application to scan the QR code, and the process of sending it by email is cumbersome. Not to mention that the webcam library is not currently supported by the desktop application so currently the only supported process is via email.
The better approach is to generate a QR code on the desktop application and scan it into the mobile app. In order to do this, the QR code should just contain information about connecting to the client via Tor (i.e. Tor address), and the user can then enter the password. Once a connection has been made, the app can send additional information via the GRCP API such as device token and encryption key for push notifications. Note that support for this will need to be added to the API.
Also, we should allow for manually inputting the Tor address in case the user does not want to (or not able to) use their camera to scan the QR code or if they are unable to generate a QR code such as when running a headless client. Though we should look into solutions for being able to generate a QR code when running a headless client such as using something like qrencode or some other library.
Follow the designs provided here.
Todo:
The text was updated successfully, but these errors were encountered: