queued 2026-09-25 00:24:06 · started 00:24:10 · finished 00:24:31 · duration 21s · target v3.0.0 · chromium · trigger: cli-adopted · batch: 8 tests (terminal)
Activity replay 3 frames, captured only while the page was actually changing — idle waits are skipped automatically
+0.00s
Step timings follows the replay — click a step to see it there
| at | step | took |
|---|---|---|
| +0.75s | goto http://127.0.0.1:8000/demo/ | 122 ms |
| +0.87s | fill #name | 190 ms |
| +1.06s | fill #email | 28 ms |
| +1.08s | select_option #priority | 9 ms |
| +1.17s | ⏱ backend wait | 20.00 s |
| +1.17s | wait_for_timeout 20000 | 20.00 s |
| +21.17s | click #submit-btn | 43 ms |
| +21.20s | wait_for_selector #result | 55 ms |
| +21.32s | inner_text #result | 5 ms |
Times are when each step began, on the replay's clock. Add your own phases with
with ctx.timed("label"):.
Screenshots
Artifacts
| Run log | run.log |
| Playwright trace | trace.zip
open with: playwright show-trace trace.zip |
| Result JSON | result.json |
| Folder | results/DEMO-004/20260925-002410-r438/ |
Full log
Read from the S3 bucket (the last 20 KB; the whole file is the Run log link above).
[harness] test=DEMO-004 browser=chromium headed=False timeout=180s [harness] target: http://127.0.0.1:8000/demo/ [test] [ 0.74s] starting DEMO-004 [timing] goto http://127.0.0.1:8000/demo/: 122ms [test] [ 0.87s] phase 1: doing UI work [timing] fill #name: 190ms [timing] fill #email: 28ms [timing] select_option #priority: 9ms [test] [ 1.16s] screenshot: 01-work-done.png [test] [ 1.16s] phase 2: waiting for the 'slow backend' (idle, ~20s) [timing] wait_for_timeout 20000: 20004ms [timing] backend wait: 20004ms [test] [ 21.17s] phase 3: results arrive, more UI work [timing] click #submit-btn: 43ms [timing] wait_for_selector #result: 55ms [test] [ 21.31s] screenshot: 02-results.png [timing] inner_text #result: 5ms [test] [ 21.32s] PASSED [harness] security: 0 high, 2 medium, 1 low [harness] saved trace.zip [harness] result: passed
Security observations what the browser noticed while this ran — not a penetration test
| Severity | Finding | What to do |
|---|---|---|
| medium | The application is served over plain HTTP http://127.0.0.1:8000/demo/ is not HTTPS, so anything typed into it travels the network in the clear and can be modified in transit. |
On an isolated lab network this may be a deliberate choice -- if so, note it and move on. Anywhere else, terminate TLS in front of the application. |
| medium | Missing Content-Security-Policy Without it, an injected script can run with the page's full privileges. This is the single most effective header against XSS. |
Set the Content-Security-Policy response header on the application or its reverse proxy. |
| low | Response advertises software version (server) server: pw-testhub -- this tells an attacker exactly what to look up known vulnerabilities for. |
Suppress or blank the server header at the proxy. |
| info | Cookie 'csrftoken' is readable by JavaScript (expected) This looks like a CSRF token, which the page's own JavaScript has to read in order to send it back. HttpOnly would break that. Nothing to do -- listed so you know it was checked and not missed. |
No action. Do check that SESSION cookies are HttpOnly. |
All of these appear together on the Security page.