Skip to content

proto: Document that CheckLightningAvailability is monotonic - #743

Merged
cdecker merged 2 commits into
mainfrom
2026m09-monotonic-enable-lightning
Sep 3, 2026
Merged

proto: Document that CheckLightningAvailability is monotonic#743
cdecker merged 2 commits into
mainfrom
2026m09-monotonic-enable-lightning

Conversation

@cdecker

@cdecker cdecker commented Sep 3, 2026

Copy link
Copy Markdown
Collaborator

Summary

The scheduler now short-circuits Scheduler.CheckLightningAvailability against its own nodes table: a node that has been registered is reported as available, and stays available regardless of its status or of the LSP's current capacity. Only unregistered nodes are relayed to the LSP, where the answer remains advisory.

  • Spell that guarantee out in the proto, and in the gl-client and gl-sdk wrappers and changelogs, so applications can rely on an account not disappearing once they have acted on the answer.
  • Mirror the rule in the gl-testing mock scheduler: a registered node answers true; the lightning_available flag keeps deciding for unregistered nodes.

The regenerated Python stubs differ only in docstrings.

Test plan

  • CI passes
  • Companion scheduler change in the internal repo bumps the submodule to this branch

🤖 Generated with Claude Code

https://claude.ai/code/session_016awJpKKEr47696UvT7n1Lc

cdecker and others added 2 commits September 2, 2026 15:20
The scheduler now short-circuits the availability check against its
own `nodes` table: a node that has been registered is reported as
available, and stays available regardless of its status or of the
LSP's current capacity. Only unregistered nodes are relayed to the
LSP, where the answer remains advisory.

Spell that out in the proto and in the gl-client and gl-sdk wrappers
so applications can rely on an account not disappearing once they
have acted on the answer.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016awJpKKEr47696UvT7n1Lc
A node registered with the mock scheduler now answers
CheckLightningAvailability with `true`, matching the real scheduler.
The `lightning_available` flag keeps deciding for unregistered nodes,
so tests exercising the pre-registration path are unaffected.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016awJpKKEr47696UvT7n1Lc
@cdecker
cdecker merged commit 91c6aa2 into main Sep 3, 2026
16 checks passed
@cdecker
cdecker deleted the 2026m09-monotonic-enable-lightning branch September 3, 2026 09:10
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.

1 participant