Restorm v1.0.5
Udgivet den
Cookie jar — én krukke cookies pr. miljø.
- Hvert miljø beholder sine egne cookies. Log ind på dit dev-API og dit prod-API fra to miljøer, og deres sessioner blandes aldrig – en cookie, der fanges i det ene, sendes kun tilbage i netop det. Udløb,
Path,Domainog underdomæner,Secure,HttpOnlyogSameSiterespekteres nu i stedet for at blive kasseret. - Mød Cookie jar. En ny fane på arbejdsfladen — Vis ▸ Cookie jar — viser hvert miljøs cookies grupperet efter domæne i sammenklappelige paneler: rediger en værdi, slet en, ryd et domæne eller hele krukken, eller tilføj en cookie manuelt. Den opdateres i realtid, efterhånden som dine forespørgsler sætter cookies.
- Se, hvad hver forespørgsel sendte og modtog. Hver forespørgsel har nu en Cookies-fane ved siden af Svar og Info, der viser de cookies, der blev sendt med kaldet, og de cookies, der blev modtaget retur — herunder cookies sat ved en omdirigering, som aldrig når frem til det endelige svar. Den findes også på tidligere svar i din historik.
- Cookie-logins virker bare. En forespørgsel, der returnerer
Set-Cookie, fanges og gensendes automatisk i de beskyttede kald, der følger – også på tværs af en scenariekørsel, hvor hvert trin deler miljøets krukke. - Cookies bevares som i en browser. Cookies med en udløbstid gemmes pr. projekt og genindlæses, når du åbner det igen; session-cookies kasseres, når du genstarter — præcis som en browser ville gøre.
- Ud over REST. GraphQL, SOAP, OData, JSON-RPC, tRPC og SSE sender og gemmer nu alle cookies, og WebSocket bærer dem med i forbindelsens handshake.
- Cookies kan bruge dine variabler. Skriv
{{token}}i en cookie, du tilføjer manuelt, og den slås op mod det aktive miljø, når forespørgslen sendes af sted.
Rettelser:
- Automatisk lagring dækker nu miljøer i mapper. Tilføjelse eller omdøbning af et undermiljø gemmes med det samme i tilstanden for automatisk lagring — ikke flere “gem før lukning?”-prompter for en ændring, der allerede var tænkt til at ligge på disken.