26141549267
92%

Ran 20 May 2026 04:37AM UTC

Jobs 1

Files 128

Run time 1min

Badge

Embed ▾

Committed 20 May 2026 04:35AM UTC coverage: 92.141%. Remained the same

Build # 26141549267

Build Type

push

github

Committed by

web-flow

Commit Message

plans(v3-ergonomics): reject blanket non_exhaustive sweep (#599)

Mark \xc2\xa77 'non_exhaustive sweep' as rejected ([-]) rather than open. The
rule: #[non_exhaustive] is deliberate, not the default. Don't annotate
just because a type might grow; annotate when there's a concrete reason
and the lost compile-time signal is acceptable.

Why the default tips that way: an exhaustive match is the most useful
regression-detection signal a downstream caller has. A trading-library
caller writing 'match status { Filled => ..., Cancelled => ..., ... }'
*wants* a hard compile error when IBKR (and we) add a new
OrderStatusKind variant \xe2\x80\x94 that's what forces the caller to acknowledge
the new state. #[non_exhaustive] replaces that with silent default
behavior and ships the new variant unconsidered.

Existing precedents stand as deliberate per-type calls: Error
(error-class-grow is intrinsic), and the typed-status sweep enums where
IBKR's external vocabulary demonstrably grows over time (LegAction /
OptionRight / SecurityIdType / ExecutionFilterSide). Future new public
enums/structs justify in the PR; don't retrofit existing types by sweep.

Coverage Stats

18994 of 20614 relevant lines covered (92.14%)

27.33 hits per line

Jobs

ID	Job ID	Ran	Files	Coverage
1	26141549267.1	20 May 2026 04:37AM UTC	128	92.14	GitHub Action Run

wboayue / rust-ibapi / 26141549267
92%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Jobs

Source Files on build 26141549267

wboayue / rust-ibapi / 26141549267 92%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Jobs

Source Files on build 26141549267

wboayue / rust-ibapi / 26141549267
92%

README BADGES
x