From 87011cc61bbca391b0968f3be699b9cba2384b0f Mon Sep 17 00:00:00 2001 From: antoinetoussaint-byte <312536060+antoinetoussaint-byte@users.noreply.github.com> Date: Fri, 30 Oct 2026 10:28:19 -0400 Subject: [PATCH] fix(connect): the generated face's prose names no business-line word The face's docstring said a SETTINGS frame is scanned "holding one entry". "holding" is a business-line word that module repositories' boundary gates refuse in every file they carry, and the face is written into the service's tree by sync, so a module that turns connect-endpoint on fails its own gate on generated output it may not edit. "keeping" says the same thing. Same class as service-go-grpc 0.1.65 (connect_gen.go). Co-Authored-By: Claude Fable 5.1 --- templates/connect/connect_gen.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/templates/connect/connect_gen.py b/templates/connect/connect_gen.py index a6080d4..e1886eb 100644 --- a/templates/connect/connect_gen.py +++ b/templates/connect/connect_gen.py @@ -351,7 +351,7 @@ class _Frames: where frames end in the data, each with the bytes ``on_frame`` returned, to be written right after that frame in this direction. The payload passed is, for a SETTINGS frame, its last SETTINGS_MAX_CONCURRENT_STREAMS entry if it has one (the frame is - scanned whole as it streams, holding one entry, when ``scan_settings``: the server's + scanned whole as it streams, keeping one entry, when ``scan_settings``: the server's direction only, since only the server's limit matters), for a GOAWAY its first ``_CONTROL_PAYLOAD`` bytes, and empty otherwise. A ``_ProtocolError`` from ``on_frame`` stops the feed; it is kept in ``error`` and the