docs(c2): record 2020-vs-2023R2 positive control for the event-read server gate
Adds the positive control that the prior C2 evidence lacked. The SAME native WCF event-read client returns real events (5) from a local AVEVA Historian 2020 but 0 from the 2023 R2 server over the identical sequence and window, while both boxes hold tens of thousands of events in SQL — isolating the zero-rows to the 2023 R2 server, not the client, protocol, or serializers. - wcf-event-read-spike-results.md: new "2026-06-26 positive control" section (2020 vs 2023 R2 A/B from one WCF client; stock-2020-client version-self-block caveat; stock-2023R2 gRPC cross-check). - grpc-event-query-capture.md: re-control note — the 2026-06-22 stock 50-row capture did NOT reproduce; the stock 2023 R2 client now also returns 0 rows. - HistorianGrpcIntegrationTests: correct the stale "capture-gated, NOT server-gated" comment to the server-gate conclusion backed by the controls. Sanitized throughout (counts, native return codes, buffer lengths only). Claude-Session: https://claude.ai/code/session_012SDSQ3AcaXqPcBtDESBRii
This commit is contained in:
@@ -4,6 +4,16 @@ Captured the stock 2023 R2 client performing a **gRPC event read** that returns
|
||||
the open item "gRPC event ROW retrieval returns zero rows" (handoff §Current Status item 1). This
|
||||
closes the capture-gate: the working request shape is now known.
|
||||
|
||||
> **Re-control 2026-06-26 — this 50-row result did NOT reproduce.** Re-running the stock 2023 R2
|
||||
> client (same `capture-event` harness, native Event connection) against the same server returned
|
||||
> **0 rows** over 30d / 90d / 365d / 3yr, even though `Runtime.dbo.Events` held ~71.5k events in the
|
||||
> window (newest minutes old). So the native gRPC event read is **server-gated**, not merely
|
||||
> request-shape/"capture" gated — the gate also stops the stock client now. Positive control the same
|
||||
> day: the same native **WCF** event-read client returns real events (5) from a local AVEVA Historian
|
||||
> 2020 but 0 from this 2023 R2 server (see `wcf-event-read-spike-results.md` §"2026-06-26 — positive
|
||||
> control"). The 50-row capture below remains valid as the *captured-correct request format*; treat its
|
||||
> "returns rows" framing as a point-in-time observation that the server no longer honors.
|
||||
|
||||
## How it was captured
|
||||
|
||||
`tools/AVEVA.Historian.Grpc2023CaptureHarness` gained a `capture-event` scenario. It loads the
|
||||
|
||||
Reference in New Issue
Block a user