[TS migration] Migrate 'SignInDesktop' page#35406
Conversation
|
|
|
@c3024 The changes that I believe are necessary, following the TypeScript's style guide, have already been made. |
|
@brunovjk Sorry, could not respond to your earlier pings. I've been checking other PRs. I'll check and get back in a few hours. |
|
I think visiting these routes Lines 50 to 52 in 3ab4e6e because the third party desktop signin screens correspond to these routes App/src/libs/Navigation/linkingConfig/config.ts Lines 17 to 18 in 3ab4e6e and checking if they are working as expected with nothing broken and no new console warnings and errors should do. You might want to modify this line for dekstop prompt in dev environment. |
|
Thank you @c3024 I saw your message before, still working on those tests. This PR will be ready for review soon. At the latest by the end of this week 02/09, but I believe sooner. |
|
@c3024 The PR is ready for review. |
|
In the pre-condition, at this step
I am not able to login with a Google account on web. I am getting a blank white screen. blankGoogle.mp4I followed all the preceding steps in the pre-condition. Could you help me with this? @brunovjk |
|
@c3024 Thanks for the review. My bad, I didn't make it so clear, that in |
|
Hello @blazejkustra were you able to test using the steps I provided? Thank you :D |
|
No, I only reviewed typescript-wise @brunovjk 😄 |
|
Nice, thank you @blazejkustra. I agree, the TS migration is looking good. I will keep working on those steps today, I believe it is important for the QA team. |
Reviewer Checklist
Screenshots/VideosAndroid: NativeAndroid: mWeb ChromeiOS: NativeiOS: mWeb SafariMacOS: Chrome / SafariMacOS: DesktopsigninDesktop.mp4 |
|
I think the test steps cover well enough to verify the changes made. |
|
We did not find an internal engineer to review this PR, trying to assign a random engineer to #31988 as well as to this PR... Please reach out for help on Slack if no one gets assigned! |
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
@youssef-lr @c3024 Could you help with "Precondition" part for the QA team? |
|
My bad @kavimuru . The QA steps do not require the pre-condition because the buttons are already rendered. Please follow the following steps. QA stepsGoogle SignIn
Apple Signin
|
|
Please suggest any corrections if required here #35406 (comment). |
|
True, we don't need pre-conditioning for QA tests, I hadn't realized that, thank you @c3024. Should I edit the PR 'Details' with these QA steps? They look good to me. |
|
I thought we cannot edit the earlier comments after PR has been merged. If we can, please edit and include the steps. |
|
Done :) |
|
🚀 Deployed to production by https://github.com/thienlnam in version: 1.4.41-12 🚀
|
Details
[TS migration] Migrate 'SignInDesktop' page, files:
Fixed Issues
$ #31988
PROPOSAL: N/A
Tests
Pre-condition:
newExpensifyURLso we can usehttps://dev.new.expensify.com:8083in place ofhttps://new.expensify.com/npm run desktop) at :8082.npm run web) at :8083.dev.new.expensify.com:8083). Don't use the Google Sign Button, it won't work.hostfromdev.new.expensify.comtolocalhostand server type fromhttpstohttp. APPLE_GOOGLE_SIGNIN.md#hostport-requirementsSteps to test:
.../sign-in-with-googleand the URL automatically updates to.../desktop-signin-redirect.Try Againto be redirected to the Desktop App.Pre-condition Step 5..../sign-in-with-appleand the URL automatically updates to.../desktop-signin-redirect.Offline tests
N/A
QA Steps
Google SignIn
.../sign-in-with-googlein the browser.../desktop-signin-redirect.Apple Signin
.../sign-in-with-applein the browser.../desktop-signin-redirect.PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick)myBool && <MyComponent />.src/languages/*files and using the translation methodWaiting for Copylabel for a copy review on the original GH to get the correct copy.STYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))Avataris modified, I verified thatAvataris working as expected in all cases)Designlabel so the design team can review the changes.ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
N/A
Android: mWeb Chrome
N/A
iOS: Native
N/A
iOS: mWeb Safari
N/A
MacOS: Chrome / Safari
N/A
MacOS: Desktop
MacOS_.Desktop.-Ts.migration_31988.mp4