WBML-0004 — Event Bus Runtime Suite
✅ Verified WBML-0004 68 PASS / 0 FAIL / 0 SKIP
Совпадает ли реальное поведение Event Bus API 1.14.0 с более старым creator-source и где runtime уже ушёл вперёд?
Окружение
Заголовок раздела «Окружение»WorldBox 0.51.2 build 719Git build-719@5decNeoModLoader 1.2.0.1PoliticalWorldAPI 1.14.0WBML 0.0.4-fix2Phase A
Заголовок раздела «Phase A»Runtime вернул 23 event ID.
Проверено:
defensive copy event listcustom/unknown subscription accepted + cleanupnull handler rejectedduplicate exact subscription rejected/ignoredexact + wildcard deliveryparty.renamed identity fieldsrename mapping через OldValue/NewValueизоляция payload между подписчикамиunsubscribe semanticssubscriptions → 0Unknown-event result отличается от старого source 1.9 и поэтому документируется с версией runtime.
Phase B
Заголовок раздела «Phase B»Один callback намеренно бросил exception, но здоровый callback всё равно выполнился. Diagnostics увеличил CallbackErrors.
Также прошли self-unsubscribe during dispatch и UnsubscribeAll.
Phase C
Заголовок раздела «Phase C»Запрошена recursive chain 64, runtime остановился на:
recursive=16tail=16Затем:
100/100 writes accepted100 callbacks33 ms observed33 ms — наблюдение, не performance guarantee.
Исправления harness
Заголовок раздела «Исправления harness»Первый вариант ошибочно требовал source-предположения: unknown-event rejection и OldName/NewName.
fix1 уже нашёл правильный payload mapping, но recursive/stress handlers сами фильтровали только NewName, поэтому получили ноль. Этот результат признан harness bug.
fix2 использовал runtime-aware mapping и полностью прошёл.
PASS=68 FAIL=0 SKIP=0A=PASS B=PASS C=PASSSUITE RESULT: PASSИмя партии восстановлено, subscriptions очищены.
Граница
Заголовок раздела «Граница»Это не полная проверка payload всех 23 событий.