Disabling the send button until is ready for transfer

[Viterbo]

Fixes #526

Description

Our wallet consists of several ways to authenticate the user and therefore different ways to carry out a transaction. The method that WalletConnect uses is the only one that requires two steps to perform a transaction: the creation of the sendConfig object and the actual execution of the transfer.

However, it happens that if the user tries to execute the transfer before the configuration object is ready, the error described in #526 occurs.

To avoid that, we disable the submit button until we're sure the config object is ready to be used.

Test scenarios

• log in using WalletConnect using this link
• fill the fields of the send token form one by one
  • notice that every time you update any field there's a window of time where the send button is disabled
  • you should not be able to send until the config object is set and ready

Checklist:

• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have cleaned up the code in the areas my change touches
• My changes generate no new warnings
• Any dependent changes have been merged and published in downstream modules
• I have checked my code and corrected any misspellings
• I have removed any unnecessary console messages
• I have included all english text to the translation file and/or created a new issue with the required translations for the currently supported languages
• I have tested for mobile functionality and responsiveness
• I have added appropriate test coverage

[netlify]

✅ Deploy Preview for wallet-staging ready!

Name	Link
🔨 Latest commit	08baef5
🔍 Latest deploy log	https://app.netlify.com/sites/wallet-staging/deploys/64d92b31eaa46a0008684bf8
😎 Deploy Preview	https://deploy-preview-527--wallet-staging.netlify.app/
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site configuration.

[donnyquixotic]

resolved via #528 (changed base branch)