-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
fix(bridge-ui-v2): fixed fee selection modal bugs #15754
Conversation
@paulallensuxs Thanks for this high quality PR! Approved! Just in case, we do not (yet) have a Git POAP for 2024, but Github tracks contributions ;) |
Warning Rate Limit Exceeded@dantaik has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 13 minutes and 24 seconds before requesting another review. How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
Description
This pull request introduces fixes to the fee selection modal for the bridge. It addresses the issue where selecting a custom fee, then switching to the recommended or zero fee, and subsequently cancelling the modal resulted in random fee selections. Additionally, it fixes a bug where the custom selected fee could incorrectly be set to the written fee after canceling modal and then reset to zero after a delay. Furthermore, it allows users to set a zero fee by entering '0' in the custom fee field and defaults to the recommended fee if the input box is left empty.
Changes Made
tempProcessingFeeMethod
to store the current processing fee method, ensuring the selected fee method does not change until confirmed by the user.tempprocessingFee
to capture the input value and prevent it from affecting the actual fee until confirmation.confirmChanges
function called only when the confirmation button is pressed.inputProcessFee
event and various bindings to referencetempProcessingFeeMethod
andtempprocessingFee
for accurate state capture during user interaction.Testing
The fixes have been thoroughly tested under various scenarios to ensure the modal behaves as expected. The following cases have been tested:
Video Demonstrations