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
Make truncation visible and name the cause when a request is refused for size
Two follow-on safeguards for the same failure, both aimed at CI runs where no one
is watching a terminal.
Truncation was silent: the notice sat at DEBUG, which a pipeline that does not
pass --enable-debug never prints, and the stored value gave no sign it had been
clipped. The notice moves to INFO and the value now ends in "...". The
200-character ceiling is unchanged -- the marker replaces the tail rather than
extending past it -- so the request line is no larger than before.
A request line the proxy refuses comes back as 413, 414 or 431 depending on which
limit it checks, carrying the proxy's own response body and nothing about what to
change. Those statuses now raise with the cause and the flag to change named,
keeping the SDK's original text underneath. None of them were retried before and
none are now: the same oversized URL would go back out. Any oversized query
parameter is covered, not only the commit message.
Buildkite already gets the section markers and the soft_fail hint from
_emit_infrastructure_error, which this error reaches like any other API failure,
so nothing platform-specific is added here.
0 commit comments