docs(buglog): follow-ups fixed (bug-1958..bug-1966); log bug-1967 (limit config re-push)

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Rongsong Shen 2026-10-10 10:47:23 +00:00
parent f389845701
commit f51adebe8e
Signed by untrusted user: rshen
GPG key ID: 80533536B0EB651C
11 changed files with 251 additions and 117 deletions

View file

@ -1,8 +1,8 @@
---
id: "bug-1964"
status: "open"
status: "fixed"
status_updated: "2026-10-10"
status_note: "newly logged"
status_note: ""
component: "scheduler"
severity: "wrong-result"
timestamp: "2026-10-10T10:16:12Z"
@ -11,6 +11,7 @@ occurrences: 1
files: ["src/scheduler/src/sim_limit.c", "src/scheduler/src/core_events.c"]
tags: ["scheduler", "sim", "equivalence", "limit"]
related: ["bug-1943"]
fix_commits: ["3224e906"]
gitea_issue: 395
gitea_synced_status: "open"
gitea_synced_hash: "40588533d766"
@ -38,15 +39,16 @@ Reported by the bug-1943 fix: the simulator seeds the limit plugin only at boots
- Frequency: deterministic (by code reading; confirmed by the RED test of the fix)
- Evidence: the code sites quoted in Description; no logs kept.
## Root cause
TODO: required for fixed/partial
Live `sched_init_config()` calls `plugin_config_update()`, but the core's CONFIG_PUSH handler (`core_events.c:xce_core_push_events`) did not, and the simulator loaded limits only at bootstrap (`sim_limit.c:sim_bootstrap_limit_plugin`). Pre-existing.
## Fix
TODO: required for fixed/partial
`plugin_config_update_core(core, config)` (`plugin.c/.h`) is the shared update (live's `plugin_config_update()` calls it); a driver-registered core hook (`xce_core_set_config_cb`, `core.h`/`core_session.c`, modelled on the cache-clear hook, keeping the core free of plugin calls) is called by CONFIG_PUSH after loading groups; the simulator registers it; `limit_update_config()` reads `plugin->core` instead of casting `plugin->sched` (absent in sim); fixtures set `plugin->core`.
## Verification
- Test: TODO: name + file; RED before the fix, GREEN after
- Suites: TODO: suite results and build profile
- Live: TODO: soak/deploy run, or n/a and why
- Test: `test_config_push_reaches_limit_plugin_in_sim_as_in_live` (`src/scheduler/testsuite/test_sim_limit_config_push_parity.c`): RED `test_sim_limit_config_push_parity.c:311: FAIL: Expected 1 Was 0 (sim: a CONFIG_PUSH during replay must configure its limit as live does)`, GREEN after; `test_sim_group_limit_parity`, `test_limit_plugin` (6/6), `test_repl_limit_table` (35/35) pass.
- Suites: `xce-build.sh all asan xce.build --incremental` on the merged branch, 2026-10-10: C suites Ok 157 / Fail 0; frontend Go tests ok (the build now also runs apiserver cmd, middleware, models and router)
- Live: n/a: unit/fixture-level verification; no live deployment was run
## References
- Related: none
- Fix commits: `3224e906` (on `scheduler-framework`)
- Found as a follow-up of the 2026-10-10 P0 fixes (bug-1936..1957)