-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add security code hash to magic code SMS for native Android #15342
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01078cb4f203d82721 |
Triggered auto assignment to @mallenexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor Plus for review of internal employee PR - @sobitneupane ( |
Asking internally who wants to pick this up |
@mountiny do you have a link to where the convo is happening? |
Asked here, nobody picked this up yet. |
@mallenexpensify, @sobitneupane Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@mallenexpensify I saw this is a |
Asked a question on slack |
I'm still working on the PR |
seeking help with getting access to production deployment certification (which is needed to compute the hash) in slack. |
Self-assigning to help unblock @hayata-suenaga by generating the hash |
Ok @hayata-suenaga, the production hash is |
@roryabraham I think the hash you posted I'd appreciate it if you could double check it when you have time. |
Hmmm... that is weird. I'm getting the same hash with the debug keystore and the one I downloaded from 1P. |
I have decrypted the production keystore directly using this line of code, then computed the hash again, and got the same result. So it seems like that hash is correct? Weird. |
@roryabraham thank you so much for confirmation. are we using the same keystore for debug and production then??? |
@roryabraham and I were able to confirm the production hash is: We were not 100% able to confirm this, but we think the dev hash is: Please let us know if you need any more help with the hashes 👍 |
@mallenexpensify, @sobitneupane, @hayata-suenaga Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
PRs are under review now |
@mallenexpensify, @sobitneupane, @hayata-suenaga Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
PRs are still under review |
@mallenexpensify, @sobitneupane, @hayata-suenaga Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Waiting for the PR to be deployed to production to do QA. |
@mallenexpensify, @sobitneupane, @hayata-suenaga Huh... This is 4 days overdue. Who can take care of this? |
will test again this today |
Have you been able to test this? |
@mountiny yes I was able to confirm the autofill option appears when I log in from Android. |
@hayata-suenaga great job! Thanks for sticking with this! |
I think we can close this, right, or @sobitneupane are you awaiting any payment in here, I think there was no App pr |
Good to close. No payment for me. |
Problem
We are going passwordless and we are using magic links and magic codes to sign in users. This feature is now under beta and its being slowly rolled out. We have implemented the SMS code autofill for magic code for all available platforms except Android Native where it requires a backend change #14853
Why is it important
This is improving UX and sets NewDot on par with other apps using similar security passcodes and consistency across the platforms.
Solution
As @narefyev91 detailed in this comment, we will have to add a specific Hash to the SMS message with magic code if it has been triggered from native Android.
There are some details about the hash here. To generate hash you can use this sh file - command to execute
./sms_retriever_hash_v9.sh --package com.expensify.chat --keystore ./android/app/debug.keystore
(for debug keystorehash = h7MoDsTCzjw
).In PHP, we will have to check if the request is coming from a native Android device and in such case, we need to update the content of the message to include the hash detailed above.
@narefyev91 will be the best person to ask for help regarding the hash
Task (Added by @hayata-suenaga)
As this issue needs several PRs and deployment of these PRs needs to be coordinated, I list these PRs here
The deployment schedule should be App, Auth -> Web-E.
This means that Web-E should be held until App and Auth PRs are deployed to production. App and Auth PRs can be deployed independent of each other.
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: