-
Notifications
You must be signed in to change notification settings - Fork 137
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
[Custom Payment UI] IPP refactoring — collective PR (Parts 1-5) #13014
Conversation
…tController` The goal is to remove viewStateData property and map paymentState to ViewState in the target [ViewModel]
The goal is to make payment controller return UI-agnostic payment state and map the payment state to UI state in the target VM.
`given collect payment NOT shown, when show additional info event received, then event ignored`
Generated by 🚫 Danger |
📲 You can test the changes from this Pull Request in WooCommerce-Wear Android by scanning the QR code below to install the corresponding build.
|
📲 You can test the changes from this Pull Request in WooCommerce Android by scanning the QR code below to install the corresponding build.
|
[POS] Custom payment UI — Part 5 | Unit tests clean up
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tested IPP with real and simulated reader. TTP with simulated reader. No issues found
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## trunk #13014 +/- ##
============================================
+ Coverage 39.74% 40.13% +0.38%
- Complexity 6044 6119 +75
============================================
Files 1274 1280 +6
Lines 73485 74006 +521
Branches 10080 10123 +43
============================================
+ Hits 29207 29701 +494
- Misses 41699 41725 +26
- Partials 2579 2580 +1 ☔ View full report in Codecov by Sentry. |
This is a collective PR intending to merge IPP refactoring (part of Custom Payment UI project) into trunk.
This PR consists of the 5 PRs:
This is part 5 of 5 PRs refactoring the IPP Payment flow:
💡 The above PRs have been reviewed and thoroughly tested, including an internal call for testing (pdfdoF-5Rg-p2) that verified that refactoring doesn't introduce regression to existing IPP flow.
Description
As explained in the PRs linked above, the goal of the refactoring is to allow observing the payment state inside the POS screen (without showing the existing dialog-based UI), in order to allow displaying custom payment UI directly in the POS Totals screen.
Steps to reproduce
—
Testing information
The testing plan is to verify the refactoring doesn't introduce regression to the existing IPP flows, both in store management and POS parts of the app. This was done when smoke testing the partial PRs listed above and during the call for testing.
The tests that have been performed
Images/gif
This is purely refactoring work; no visual changes were made.
RELEASE-NOTES.txt
if necessary. Use the "[Internal]" label for non-user-facing changes.Reviewer (or Author, in the case of optional code reviews):
Please make sure these conditions are met before approving the PR, or request changes if the PR needs improvement: