Skip to content
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

BNB: "Submitted" transactions are not updating to "Completed" when blockchain shows success #4893

Closed
chrisleewilcox opened this issue Aug 22, 2022 · 3 comments
Assignees
Labels
Sev2-normal An issue that may lead to users misunderstanding some limited risks they are taking team-confirmations-secure-ux DEPRECATED: please use "team-confirmations" label instead

Comments

@chrisleewilcox
Copy link
Contributor

chrisleewilcox commented Aug 22, 2022

Updated Description: "Submitted" transactions are not updating to "Confirmed" when blockchain shows success on block explorer.

"Submitted" transactions are not updating to "Completed" when blockchain shows success on Binance mainnet. When transaction is in this stated the "Speed Up" and "Cancel" will always show popup for retry but retry fails because transactions is already completed.

https://recordit.co/PrmH6nkGiB

@chrisleewilcox chrisleewilcox added needs-triage Issues that require triage team-confirmations-secure-ux DEPRECATED: please use "team-confirmations" label instead area-transactions labels Aug 22, 2022
@chrisleewilcox
Copy link
Contributor Author

chrisleewilcox commented Aug 22, 2022

@bschorchit bschorchit added the Sev2-normal An issue that may lead to users misunderstanding some limited risks they are taking label Aug 23, 2022
@cortisiko cortisiko removed the needs-triage Issues that require triage label Sep 13, 2022
@blackdevelopa blackdevelopa self-assigned this Sep 16, 2022
@blackdevelopa
Copy link
Contributor

blackdevelopa commented Sep 27, 2022

I am unable to reproduce this for days now and will like to move it back to our backlog for whenever it happens again.
I am certain the challenge isn't with the code (mobile or controller), but with the RPCProvider (https://bsc-dataseed1.binance.org) we use for BSC (not Infura parsed). There's little or nothing we can do at this time to fix this and from observing the logs, it updates itself after sometime.

What really happens? We use the eth_getTransactionByHash method in our controllers code to check when a transaction has been added to a block (that is confirmed). Ideally, it returns the block number alongside other important details. For this bug (that is random), it doesn't return the block number even though transaction is now confirmed. Since the controller code doesn't get the block number, the mobile app doesn't.

@chris.wilcox can we close this PR until it happens again?

@sethkfman sethkfman added needs-qa Any New Features that needs a full manual QA prior to being added to a release. and removed area-transactions stability-team labels Sep 27, 2022
@chrisleewilcox chrisleewilcox added Mobile QA board QA in Progress QA has started on the feature. and removed needs-qa Any New Features that needs a full manual QA prior to being added to a release. labels Oct 4, 2022
@chrisleewilcox
Copy link
Contributor Author

Was not able to reproduce with new refactor changes from 4835

@chrisleewilcox chrisleewilcox removed the QA in Progress QA has started on the feature. label Oct 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Sev2-normal An issue that may lead to users misunderstanding some limited risks they are taking team-confirmations-secure-ux DEPRECATED: please use "team-confirmations" label instead
Projects
None yet
Development

No branches or pull requests

5 participants