You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The command hermes create channel create a new channel, but only one end of the channel is Open, while the other end is TryOpen. In other words, Hermes omits sending the final OpenConfirm step to side 'b' of the channel.
The bug is recent, since we didn't observe it in v0.4.0. I did a quick check of this bug against commit dc6e840, and the bug does not manifest there. So the bug probably originates from recent changes around the channel, e.g., c375c71.
Steps to Reproduce
> hermes create channel ibc-0 ibc-1 --port-a transfer --port-b transfer
> hermes query channel end ibc-0 transfer channel-0
> hermes query channel end ibc-1 transfer channel-0
Acceptance Criteria
the channel ends on both sides should be in state Open if command hermes create channel ends with a Success status
For Admin Use
Not duplicate issue
Appropriate labels applied
Appropriate milestone (priority) applied
Appropriate contributors tagged
Contributor assigned/self-assigned
The text was updated successfully, but these errors were encountered:
…te` (#1066)
* Countermeasure that fixes#1038
* Tentative fix for #1064
* Better fix for the impersonation problem
* Better log message. Handle (TryOpen, Init) case
* Changelog
* Better error, added doc comment, less clones.
* Clarify the intent of method do_chan_open_ack_confirm_step
* Removed some unnecessary clones
* Moved check_channel_counterparty to chain::counterparty
* Fully specified error in case of failure in check_channel_counterparty
* Used port+channel instead of socket
* Fix small typo in error variant
* Removed chan counterparty verification in ft-transfer.
Co-authored-by: Anca Zamfir <zamfiranca@gmail.com>
hu55a1n1
pushed a commit
to hu55a1n1/hermes
that referenced
this issue
Sep 13, 2022
…te` (informalsystems#1066)
* Countermeasure that fixesinformalsystems#1038
* Tentative fix for informalsystems#1064
* Better fix for the impersonation problem
* Better log message. Handle (TryOpen, Init) case
* Changelog
* Better error, added doc comment, less clones.
* Clarify the intent of method do_chan_open_ack_confirm_step
* Removed some unnecessary clones
* Moved check_channel_counterparty to chain::counterparty
* Fully specified error in case of failure in check_channel_counterparty
* Used port+channel instead of socket
* Fix small typo in error variant
* Removed chan counterparty verification in ft-transfer.
Co-authored-by: Anca Zamfir <zamfiranca@gmail.com>
Crate
ibc-relayer
Summary of Bug
The command
hermes create channel
create a new channel, but only one end of the channel isOpen
, while the other end isTryOpen
. In other words, Hermes omits sending the finalOpenConfirm
step to side 'b' of the channel.Using a default config.toml from current master:
Querying the channel ends shows that the channel is open only on one side..
Version
2b84667
The bug is recent, since we didn't observe it in v0.4.0. I did a quick check of this bug against commit dc6e840, and the bug does not manifest there. So the bug probably originates from recent changes around the channel, e.g., c375c71.
Steps to Reproduce
Acceptance Criteria
Open
if commandhermes create channel
ends with a Success statusFor Admin Use
The text was updated successfully, but these errors were encountered: