addok tested by Argusic Runner
Attempt 1 of 3 · Runs · Argusic Score 100.0 of 100
all runs of addokaddressgeocoderhacktoberfestsearch-engine
Session recording
Download the original recording · fingerprint b5c2ee47fd53656e...
What the test found
Installed addok 1.3.2 in a venv, ran `addok batch`/`addok ngrams` against a live local Redis, served it with `addok serve`, and the running instance returned HTTP 200 for /health, /search, /reverse, and /search with multi-value filters, plus 210/211 pytest tests passed.
Real Redis 7.0.15 (extracted from Ubuntu .debs, no root) ran on localhost:6379 and served addok; seeded 3 documents via the documented import path. Suite: pytest 210 passed, 1 skipped. Verified: addok --help prints Addok 1.3.2; GET /health 200 {"status":"HEALTHY","redis_version":"7.0.15"}; GET /search/?q=baker+street 200 returning the Baker Street geojson feature; GET /reverse/?lat=51.523767&lon=-0.158434 200 returning 221B Baker Street; city/type/city multivalue filtering OK; the server stayed up 3+ minutes and I cleaned it up by design afterward.
Argusic installed addok in 42 minutes and launched it; verification reached Verified running for real. 4 of 4 recorded errors were worked through (see the timeline below).
This summary is drawn from the agent's recorded report for this run. Every figure traces to the log and recording above; nothing here is authored.
Error and fix timeline
No errors were recorded for this run.