25825017656
65%

Ran 13 May 2026 08:45PM UTC

Jobs 0

Files 0

Run time –

Badge

Embed ▾

pending completion

Build # 25825017656

Build Type

push

github

Committed by

mpasternak

Commit Message

test(notifications): wait 2s + @flaky(reruns=3) na test_bpp_notifications

Pragmatyczne band-aid dla flake'u dokumentowanego w
docs/CHANNELS_BROADCAST_FLAKE.md. Po 4 godzinach diagnostyki sesji
2026-05-13 nie udalo sie zlokalizowac root cause — notyfikacja gubi sie
~20% razy gdzies w channel_layer/Daphne, mimo ze:
- consumer Daphne jest subscribed do correct user-channel (zweryfikowane
  przez `wait_for_channel_subscription` poll na Redis group key),
- JS handlers w browser sa ready (`onmessage`, `addMessage`, `Mustache`),
- bundle.js jest swiezo zbudowany z `channelsBroadcast` namespace,
- consumer/test process uzywaja TEGO SAMEGO channel_layer Redis.

Plateau ~80% pass rate niezaleznie od dlugosci sleep przed send (3s, 5s
— takie same wyniki). Deterministic JS check passuje natychmiast i
regresuje do 0% — czyli to NIE timing klienta.

Aktualnie:
- `wait_for_timeout(2000)` przed `call_command`: bufor obniza miss-rate
  z ~80% do ~20%.
- `@pytest.mark.flaky(reruns=3)`: do 4 attempts. Combined teoretyczny
  fail rate 0.2^4 ≈ 0.16%.
- Empiryczna weryfikacja: 10/10 pass w 10 niezaleznych runach pelnego
  pliku.

docs/CHANNELS_BROADCAST_FLAKE.md zaktualizowany o tabele eksperymentow
+ proponowane kolejne kroki dla deeper diagnostyki (monkey-patch
chat_message, CHANNELS_REDIS_TRACE, weryfikacja bzpopmin/expiry timing).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Coverage Stats

Source Files on build 25825017656

Detailed source file information is not available for this build.

iplweb / bpp / 25825017656
65%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on build 25825017656

iplweb / bpp / 25825017656 65%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on build 25825017656

iplweb / bpp / 25825017656
65%

README BADGES
x