Verzoekgeschiedenis
Elke uitvoering van een verzoek wordt opgeslagen, ongeacht het protocol: HTTP, GraphQL, gRPC, SOAP, WebSocket, JSON-RPC, tRPC, SSE, AMQP, Redis, STOMP, Kafka, OData.
De geschiedenis openen
Section titled “De geschiedenis openen”De klokvormige knop in de smartbar — tooltip Geschiedenis van verzoeken. Die opent het dialoogvenster Responsgeschiedenis, beperkt tot het huidige tabblad: de zijboom en de andere tabbladen blijven bruikbaar terwijl u erin kijkt.

De lijst
Section titled “De lijst”Elk item bevat:
- de datum, in Amerikaans of ISO-formaat afhankelijk van de instelling Gedrag ▸ Datum/tijd-formaat;
- een statusstip met drie toestanden: groen (geslaagd), oranje (omleiding), rood (mislukt);
- een speld-pictogram als het item is vastgezet.
Het detail
Section titled “Het detail”De weergave is identiek aan die van het live tabblad: informatie, headers,
body in de uitvouwbare JSON-viewer — plus één ding dat het live tabblad niet
toont: de body van het verzoek zoals die daadwerkelijk is verzonden, opnieuw
opgemaakt (geïndenteerde JSON, XML, sleutel=waarde voor een formulier, of het
pad van het verzonden bestand).
Daarmee beantwoordt u de vraag “wat had ik nou precies verstuurd, die keer dat het wél werkte?”.
Bewaartermijn en vastzetten
Section titled “Bewaartermijn en vastzetten”Restorm bewaart de tien laatste niet-vastgezette items per verzoek. Daarboven worden de oudste verwijderd.
Het contextmenu van een item biedt Vastzetten / Losmaken: een vastgezet item blijft onbeperkt bewaard. Zet de referentierespons van een geval dat u interesseert vast, dan verdwijnt die niet door de proeven die erop volgen.
Waar het wordt opgeslagen
Section titled “Waar het wordt opgeslagen”In een archief naast het project: <project>.responses.zip. Dat bevat de
geschiedenis per verzoek en de uitvoeringsgeschiedenis van de scenario’s.
Omdat dit archief omvangrijke responsgegevens kan bevatten, staat het buiten
het projectbestand — voeg het toe aan uw .gitignore.
Geheimen
Section titled “Geheimen”De tokens die
authenticatieverzoeken produceren, worden
geschoond in de opgeslagen bodies en headers. De MCP-tool
get_response_history loopt via dezelfde service: een AI-agent kan dus geen
token via de geschiedenis ophalen.