You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed reviewing RFox things that we often duplicate a few TX status logic, there are duplicated useEffects managing the tx status changes event that could be abstracted into a single hook. This could lead to errors if the effect is wrongly implemented at one place. We are able to avoid the risks by implementing an abstraction.
We have to discuss the final implementation but I feel like we could implement a useTx hook that could also implement a few callbacks:
Overview
I noticed reviewing RFox things that we often duplicate a few TX status logic, there are duplicated useEffects managing the tx status changes event that could be abstracted into a single hook. This could lead to errors if the effect is wrongly implemented at one place. We are able to avoid the risks by implementing an abstraction.
We have to discuss the final implementation but I feel like we could implement a
useTx
hook that could also implement a few callbacks:References and additional details
It create a lot of code duplicates :
(
web/src/pages/RFOX/components/ChangeAddress/ChangeAddressStatus.tsx
Lines 37 to 59 in 8c2d276
Acceptance Criteria
useTxStatus
abstraction has been implementeduseEffects
running onTxStatus
are replaced by the callbacks of this new abstractionNeed By Date
No response
Screenshots/Mockups
No response
Estimated effort
No response
The text was updated successfully, but these errors were encountered: