Ga naar inhoud

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 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.

Het dialoogvenster “Responsgeschiedenis”: links de lijst met tijdstempels van eerdere responsen, rechts het detail van de geselecteerde respons met de subtabbladen Respons / Info / Graaf

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.

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?”.

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.

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.

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.