Conversation
- marked `isValid` as optional, with default `true` value - marked `initialValue` as optional - migrated to hooks for material-ui styles
- migrated to hooks for material-ui styles - make `label` parametrized and optional, with default value - make `setIsValidAddress` optional
- migrated to hooks for material-ui styles
…w-SpendingLimit # Conflicts: # src/routes/safe/components/Apps/index.tsx
Also: - fixed styles - handled form state while going back and forth between create and review - had to change `Review` Button as submitting wasn't triggered on the first click.
- also refactored `ScanQRWrapper` so it uses the specified icon
…w-SpendingLimit # Conflicts: # package.json # src/routes/safe/components/Apps/index.tsx # yarn.lock
- if the module is not enabled it will be enabled on the first tx - beneficiary is added to the delegate list in the contract - allowance is set Still several things to address, like informing the user about an existing allowance, code cleanup
- create - verify existent and inform the user
…dingLimit state issue
|
Travis automatic deployment: |
1 similar comment
|
Travis automatic deployment: |
- this commit attempts to organize a bit the SpendingLimit code - most of the logic was moved to `src/logic/safe/utils/spendingLimits`
|
Travis automatic deployment: |
|
Travis automatic deployment: |
|
Travis automatic deployment: |
# Conflicts: # src/logic/contracts/methodIds.ts # src/logic/safe/store/actions/createTransaction.ts # src/routes/safe/components/Balances/SendModal/screens/ReviewTx/index.tsx # src/routes/safe/components/Balances/SendModal/screens/SendFunds/index.tsx
|
Travis automatic deployment: |
|
Travis automatic deployment: |
1 similar comment
|
Travis automatic deployment: |
|
Travis automatic deployment: |
…on`X' before initialization` by reorganizing selectors
this is a WIP. Typings missing and some refactor around spending limit values usage.
# Conflicts: # src/logic/safe/store/models/types/transactions.d.ts # src/logic/safe/store/selectors/index.ts # src/routes/safe/components/Balances/SendModal/screens/AddressBookInput/index.tsx # src/routes/safe/components/Balances/SendModal/screens/ContractInteraction/SendCustomTx/index.tsx # src/routes/safe/components/Balances/SendModal/screens/SendFunds/index.tsx # src/routes/safe/components/Settings/ManageOwners/AddOwnerModal/screens/OwnerForm/index.tsx # src/routes/safe/components/Settings/ManageOwners/RemoveOwnerModal/index.tsx # src/routes/safe/components/Settings/ManageOwners/ReplaceOwnerModal/screens/OwnerForm/index.tsx # src/routes/safe/components/Transactions/TxsTable/ExpandedTx/TxDescription/TransferDescription.tsx # src/routes/safe/components/Transactions/TxsTable/ExpandedTx/TxDescription/index.tsx # src/routes/safe/components/Transactions/TxsTable/ExpandedTx/TxDescription/utils.ts # src/routes/safe/components/Transactions/TxsTable/columns.tsx
ESLint Summary View Full Report
[warning] @typescript-eslint/explicit-module-boundary-types
[warning] @typescript-eslint/no-non-null-assertion
Report generated by eslint-plus-action |

This PR closes #413, by:
NOTE:
Before merging this feature, we need to remove the hardcoded address in constants.ts file and set the global variable
REACT_APP_SPENDING_LIMIT_MODULE_ADDRESSto the audited module address.How to test
This is an ordered list of the feature's sub-tasks.
Implementation details are in the PRs description.
#1151 (comment)
#1261 (comment)
#1276 (comment)
What this feature adds to the safe:
Spending Limit as a Setting option
New Spending Limit
Identify Spending Limit Transactions
Action 2: Add Beneficiary
Action 3: Set the Spending Limit
Action 2: Set the Spending Limit
Use the Spending Limit allowance