-
Notifications
You must be signed in to change notification settings - Fork 5
Cookies
Thiago Miranda edited this page Jun 15, 2026
·
1 revision
Getman keeps a persistent cookie jar so session-based auth just works across requests — like a browser, but under your control.
-
Stored automatically:
Set-Cookieheaders from responses are parsed and saved, keyed bydomain | path | name(a new value for the same key replaces the old one). -
Sent automatically: before each request, matching cookies are attached to the
Cookieheader. Matching follows the usual rules — domain (exact or subdomain), path prefix,Secure(HTTPS only), and expiry (expired cookies are skipped). - Persistent: the jar survives restarts (stored locally; see Data Privacy and Storage).
You can also see the cookies a single response set in the Responses.
Open Settings → COOKIES → MANAGE to inspect and prune the jar.
- Cookies are grouped by domain (alphabetical), then by name/path.
- Each cookie shows
name = valueand its flags:path=…,Secure,HttpOnly, andsession(no expiry). - Delete one: click the trash icon on a cookie ("Delete cookie?" confirm).
- Clear all: the CLEAR ALL button wipes the whole jar ("Clear cookies?" confirm).
There's also a CLEAR button directly in the Settings COOKIES row to empty the jar without opening the manager.
- If a server keeps rejecting you after a logout/login change, clear the relevant cookies in the manager.
- Cookies are matched per-URL, so the same jar serves multiple hosts safely.
Getman on GitHub · Releases · Live demo · Local-first HTTP client — no account, no cloud, no telemetry.
Start here
Core
Variables & automation
More features
- History
- Cookies
- Realtime WebSocket and SSE
- Code Generation
- Command Palette
- Keyboard Shortcuts
- Auto-Update
Configuration
Project