feat: redemption widget add handlers

[levalleux-ludo]

Description

this PR adds some properties to the redemption widget react component:

• sendDeliveryInfoThroughXMTP (required): whether the delivery information shall be sent to the seller via XMTP
• deliveryInfoHandler (optional): will be called when the delivery information is filled in by the user and before the Redeem transaction is submitted to the blockchain, passing the delivery information + a signature and optionally waiting for a response
• redemptionSubmittedHandler (optional): will be called when the Redeem transaction is submitted to the blockchain, passing the transaction details. No response expected
• redemptionConfirmedHandler (optional): will be called when the Redeem transaction is submitted to the blockchain, passing the transaction details. No response expected

Now, the redemption flows progress as follow (in this order):

• when the user has confirmed the delivery information
• if sendDeliveryInfoThroughXMTP and the XMTP layer is not initialized, ask the user to initialize (signing with the wallet)
• if sendDeliveryInfoThroughXMTP sends the delivery information to the seller
• if deliveryInfoHandler, call deliveryInfoHandler and consider the response. It's possible to interrupt the flow in case the reponse is not accepted, or in case the response 'resume' is set to false
• if postRedemptionInfo (HTTP callback), call postRedemptionInfo and consider the response. It's possible to interrupt the flow in case the reponse is not accepted, or in case the response 'resume' is set to false
• send the Redeem transaction to the blockchain
• if redemptionSubmittedHandler, call redemptionSubmittedHandler
• if postRedemptionSubmitted (HTTP callback), call postRedemptionSubmitted
• wait for the transaction to be confirmed
• if redemptionConfirmedHandler, call redemptionConfirmedHandler
• if postRedemptionConfirmed (HTTP callback), call postRedemptionConfirmed

How to test

react-kit storybook

[codecov]

Codecov Report

Attention: 6 lines in your changes are missing coverage. Please review.

Comparison is base (16b69ec) 84.15% compared to head (dfb60af) 69.29%.
Report is 22 commits behind head on main.

❗ Current head dfb60af differs from pull request most recent head a10349b. Consider uploading reports for the commit a10349b to get more accurate results

Files	Patch %	Lines
packages/core-sdk/src/erc165/handler.ts	33.33%	4 Missing ⚠️
packages/core-sdk/src/erc165/mixin.ts	71.42%	2 Missing ⚠️

Additional details and impacted files

@@             Coverage Diff             @@
##             main     #605       +/-   ##
===========================================
- Coverage   84.15%   69.29%   -14.87%     
===========================================
  Files         134      137        +3     
  Lines        4052     4071       +19     
  Branches      712      713        +1     
===========================================
- Hits         3410     2821      -589     
- Misses        642     1250      +608     

Flag	Coverage Δ
common	85.11% <100.00%> (+0.17%)	⬆️
core-sdk	50.14% <64.70%> (+0.07%)	⬆️
e2e	64.56% <64.70%> (-18.64%)	⬇️
eth-connect-sdk	18.30% <ø> (ø)
ethers-sdk	67.63% <ø> (ø)
ipfs-storage	94.02% <ø> (ø)
metadata	94.44% <ø> (ø)
unittests	53.96% <68.42%> (+0.06%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.