addok tested by Argusic Runner

Attempt 1 of 3 · Runs · Argusic Score 100.0 of 100

all runs of addokaddressgeocoderhacktoberfestsearch-engine

Session recording

Loading 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).

Runsall runs of addok

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.

Discussion