Troubleshooting
Last updated
Was this helpful?
Last updated
Was this helpful?
When installing the kit or migrating from DApp Kit, you may encounter some issues during the transition. We are committed to making this process as seamless as possible and appreciate your patience. To assist you, we've compiled a list of common problems and solutions below. If your issue is not addressed here, please reach out to us on our Discord channel or open an issue ticket on our GitHub repository for further assistance.
Discord: https://discord.gg/wGkQnPpRVq
Github: https://github.com/vechain/vechain-kit/issues
Ensure that your project's peer dependencies align with the specifications outlined by the kit. This might require updating or downgrading certain packages to maintain compatibility. In some cases, these issues can also be resolved by cleaning your project's build artifacts or deleting your node_modules
directory and reinstalling your packages. If you still face challenges, consider reaching out to the community support forums or reviewing the kit's official documentation for further guidance.
The VeChain Kit components are each wrapped in their own Chakra Provider (v2), ensuring consistent styling throughout the modal. Remember to utilize Chakra's theme options for styling your app. Be aware that conflicts may arise if you also use Chakra in your app.
Even if you do not use Chakra in your app it could still be necessary to install it as a peer dependency and add to the list of your providers. You can keep using whatever frontend framework you wish, the important is to define the provider.
The important part:
If you were already using fee delegation in your app you should remove that and use the one handled by the kit. You just need to provide the FEE_DELEGATION_URL in the provider.
If you want to delegate all transactions, also for veworld users, you need to set delegateAllTransactions
to true
.
If you do not remove your own delegation then transactions could fail because your transaction will delegate 2 times, will have 2 signatures and an incorrect format.
Whenever we need to open the privy confirmation popup (in crossapp connection) if we do operations after we trigger the onClick
function (like fetching some data and then asking privy to sign message) it creates a latency that web browsers will interpret as malicious and will block the popup.
Ensuring data is pre-fetched before initiating a transaction is crucial to avoid browser pop-up blocking for users using social login, which can adversely affect user experience.