Opening Replay
From any captured request's detail view, tap Replay / Edit. You'll see the same method, URL, headers, query parameters, and body the original request sent — all editable before you send it again.
What you can change
- Method, path, and query parameters
- Any header — add, remove, or edit a value
- The request body, including re-formatting a JSON payload
Send it, and the response comes back inline in the same view — no separate screen to jump to.
Quick Actions
A few common experiments are one tap instead of a manual edit:
- Remove Authentication — strips both the Authorization and Cookie headers in one tap, to test whether a request actually requires them.
- Delay — hold the send for a configurable amount of time, to see how your app handles a slow response.
- Throttle — pace the response at a chosen network profile instead of full speed.
Delay and Throttle work by adding a real, temporary rule scoped to that one request, sending it, then removing the rule — the same mechanism as a standing Rule, not a separate simulation.
Replay ×N — checking consistency
A single replay tells you what happened once. Replay ×N repeats the same request several times in a row and reports whether the outcome, latency, and response body actually stayed consistent across the repeats — useful for the class of bug that "sometimes" happens, where a single manual retry tells you almost nothing.
Making sense of what you changed
When you replay an edited request, Hollowport reads back what actually changed in plain language — "Remove Authentication," "Add Delay," "Modify Cookie" — instead of a raw field-level diff, so the summary matches how you'd describe the change to a teammate. A change that doesn't match one of these recognized patterns still gets a plain field count, never a guess dressed up as a label.
Replay is real traffic
A replayed request goes to its actual destination through the same on-device tunnel as any other traffic — it's your own request reaching your own server, not a simulation. Be as careful with a replayed POST or DELETE as you would sending it any other way.
Next: did the change explain it?
Replay two versions of the same request — as originally captured, and with something changed — then open Compare for a summary of what changed and a hedged, evidence-backed read on whether that's actually what caused the difference.