-
Notifications
You must be signed in to change notification settings - Fork 363
Conversation
CLA Assistant Lite All Contributors have signed the CLA. |
ESLint Summary View Full Report
[warning] @typescript-eslint/explicit-module-boundary-types
[warning] react-hooks/exhaustive-deps
Report generated by eslint-plus-action |
|
E2E Tests Failed Failed tests:
|
…t into transaction-deeplinking
| 'customAvatar' | ||
| 'showCopyBtn' | ||
| 'explorerUrl' | ||
| 'shouldShowShortName' // The ommission of all shortName props here is to avoid type error that will be solved by merging PR #2896 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awaiting merge of #2896
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good work!
Nice! 👏 🐞Some txns aren't loading, e.g. this one: Safe Creation tx doesn't have the button. Any idea why? Also, could we hide the Queue & History tabs in this view? |
That's strange because it loads for me. I will look into this later. If the tabs are hidden, how would the user determine whethere it's a historical or queued transaction? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great!
Any tx takes you to what would be the "deep link view" instead of taking you to the Queue tab. Can this be related to the possible duplicated rejection issue? |
Do you think that we shouldn't navigate to the transaction after creation? I would not necessarily list this as a new issue because it is a simple thing for me to adjust @katspaugh |
@francovenica and @iamacook , we agreed to open transaction details for now after transaction creation. Let's stop the work on this PR for now and do full functional testing. Please, test it fully and post each issue separately to discuss and allow |
I didn't see anywhere that taking the user to the "deep link" view after a tx was intentional. Still is something that I completely disagree with, is a really weird change that will confuse the user a lot |
I mention it in the PR description @francovenica, "Created transactions navigate to the deeplinked transaction" but we can discuss whether we should remove it in the daily. |
What it solves
Resolves #970
How this PR fixes it
A new route has been added
/{{shortName}}:{{safeAddress}}/transactions/{{txId}}
. A new component<TxSingularDetails>
fetches the matching transaction and adds it to the store as the transaction components/hooks are deeply integrated with Redux.The CGW returned transaction 'details' are converted to a 'summary' by means of a new function
makeTxFromDetails()
because the frontendTransaction
type require a mixture ofTransactionSummary
andTransactionDetails
from the CGW. The latter can be used to create aTransaction
.Key changes:
.../transactions/TRANSACTION_ID
Other notable changes:
gatewayTransactions
reducer was cleaned up.txLocation
was removed from selectors.iconType
was also added to SRC's copy button component, so that we can assign a custom icon to it.Known bugs:
The share button is disabled because of the following, which will be split into further issues.
Required in next version:
How to test it
Screenshots