cln-rpc: Skip the HTLC state for now

It's schema definition is weirdly asymmetric, with variants dependent
on another fields' value. Need to decide if we want to either
hand-code a superset or make a more complex decoding, but definitely
not something we'd want the generator to be able to do.
This commit is contained in:
Christian Decker 2022-04-01 14:43:34 +10:30 committed by Rusty Russell
parent d5f7548c8f
commit 940f5c350c
2 changed files with 2 additions and 0 deletions

View File

@ -35,6 +35,7 @@ overrides = {
# Truncate the tree here, it's a complex structure with identitcal
# types
'ListPeers.peers[].channels[].state_changes[]': None,
'ListPeers.peers[].channels[].htlcs[].state': None,
'ListPeers.peers[].channels[].opener': "ChannelSide",
'ListPeers.peers[].channels[].closer': "ChannelSide",
'ListPeers.peers[].channels[].features[]': "string",

View File

@ -20,6 +20,7 @@ overrides = {
'ListPeers.peers[].channels[].state_changes[].old_state': "ChannelState",
'ListPeers.peers[].channels[].state_changes[].new_state': "ChannelState",
'ListPeers.peers[].channels[].state_changes[].cause': "ChannelStateChangeCause",
'ListPeers.peers[].channels[].htlcs[].state': None,
'ListPeers.peers[].channels[].opener': "ChannelSide",
'ListPeers.peers[].channels[].closer': "ChannelSide",
'ListPeers.peers[].channels[].features[]': "string",