What happened?
On transfer to spending, confirm shows one total. The swipe rebuilds the funding plan and pays that plan. When the rebuilt amount differs from the one on screen, the payment uses the new amount.
This rebuild has been there since #741. Android does the same since synonymdev/bitkit-android#1247, and it can also re-quote the fee rate at swipe. iOS keeps the fee rate that was on screen.
Expected behavior
When the rebuilt amount differs from the amount on screen, the screen shows the new amount and the payment waits for another swipe.
Steps to Reproduce
- Open transfer to spending and reach confirm.
- Leave it until the funding plan would be rebuilt.
- Swipe to pay.
- Compare the amount that leaves with the total that was on screen.
Logs / Screenshots / Recordings
N/A
Bitkit Version
2.5.0
Device / OS
iOS. Android has the same rebuild.
Reproducibility
When the plan rebuilt at swipe differs from the plan on screen.
Additional context
Follow-up from the review on #772. The confirm total and the transfer record stay in that PR. The Android discussion is synonymdev/bitkit-android#1323.
What happened?
On transfer to spending, confirm shows one total. The swipe rebuilds the funding plan and pays that plan. When the rebuilt amount differs from the one on screen, the payment uses the new amount.
This rebuild has been there since #741. Android does the same since synonymdev/bitkit-android#1247, and it can also re-quote the fee rate at swipe. iOS keeps the fee rate that was on screen.
Expected behavior
When the rebuilt amount differs from the amount on screen, the screen shows the new amount and the payment waits for another swipe.
Steps to Reproduce
Logs / Screenshots / Recordings
N/A
Bitkit Version
2.5.0
Device / OS
iOS. Android has the same rebuild.
Reproducibility
When the plan rebuilt at swipe differs from the plan on screen.
Additional context
Follow-up from the review on #772. The confirm total and the transfer record stay in that PR. The Android discussion is synonymdev/bitkit-android#1323.