Improve Progress Bar Logic for Swap UX

[reallybeard]

Overview

As we've discussed with @twblack88, the current swap UX progress bar could be improved to better reflect the actual progress of a swap. The existing implementation does not account for transaction states (e.g., when a step has a txid but is not yet successful), making it less intuitive for users.

This issue aims to refine the progress bar logic to provide a more accurate representation of swap progress, considering sub-steps where applicable.

References and additional details

n/a

Acceptance Criteria

• When a swap step receives a txid, the progress bar should reflect 50% completion for that step.
• Once the transaction is successful, the progress bar should reflect 100% completion for that step.
• For steps that include sub-steps:
  • Progress should increment proportionally as sub-steps are completed.
  • The completion of all sub-steps should result in the step reaching 100% completion.
• Ensure the progress bar dynamically updates as transactions and sub-steps progress.

Need By Date

No response

Screenshots/Mockups

No response

Estimated effort

No response

[gomesalexandre]

FYI @reallybeard re e.g., when a step has a txid but is not yet successful: following #8534, you can now safely assume that a buy txId means success.
Note that's when we have a buy txId only, we can and will have a sell txId immediately after broadcast, but doesn't mean success yet as we don't have a buy txId just yet.

[0xean]

If we are unable to get the number of sub steps up front, we wont be able to correctly show the progress of the substep (LiFi). Best effort on estimating progress without complex or hard to maintain logic.