Skip to content

Conversation

@TheBlueMatt
Copy link
Collaborator

We are intending to release without having completed our async signing logic, which sadly means we need to cfg-gate it to ensure we restore the previous state of panicking on signer errors, rather than putting us in a stuck state with no way to recover.

Here we add a new async_signing cfg flag and use it to gate all the new logic from #2558 effectively reverting commits 1da2929 through
014a336.

We are intending to release without having completed our async
signing logic, which sadly means we need to cfg-gate it to ensure
we restore the previous state of panicking on signer errors, rather
than putting us in a stuck state with no way to recover.

Here we add a new `async_signing` cfg flag and use it to gate all
the new logic from lightningdevkit#2558 effectively reverting commits
1da2929 through
014a336.
@TheBlueMatt TheBlueMatt added this to the 0.0.119 milestone Dec 13, 2023
@TheBlueMatt TheBlueMatt linked an issue Dec 13, 2023 that may be closed by this pull request
Copy link
Member

@shaavan shaavan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ACK modulo nit

The function, set_channel_signer_available is only used within async_signer_tests and hence its usage is limited within the context of
cfg(aync_signing).

Would it make sense to gate this function, too?

@wpaulino
Copy link
Contributor

It's part of the test suite so it doesn't matter.

@wpaulino wpaulino merged commit c9d52cf into lightningdevkit:main Dec 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Panic on hitting async signing for 0.0.119

3 participants