Skip to content

Accessing and updating an imported API's documentation

When you import a specification, Restorm does not only create requests: it keeps the API’s documentation — descriptions, models, security schemes, examples, enumerations — and attaches it to the environment folder the import created.

This is the main view. Open the environment folder the import produced: its sub-tab bar carries a Docs tab, next to Environments, Custom variables and Notes.

The tab only appears if the folder came from an import — an environment folder you created by hand has no documentation to show.

An environment folder's Docs tab, with the navigation table of contents on the right

FromWhat you get
A request’s Docs tabThe documentation for that one operation — with no table of contents and no general information block. It only appears if the operation is found in the specification
A plain folder’s Docs tabThe documentation restricted to the operations that folder holds
The environment folder’s home sub-tabThe View documentation card — “Browse the API documentation, models and endpoints”
The welcome screen (API card)The Documentation quick link
The title bar’s search engineA documentation preview when you hover a result

From top to bottom:

  • the API’s title and its description;
  • an information block: Version, Source format (with a link to the source URL), Server (schemes, host, base path), Contact, License, Terms of service, External docs;
  • one section per tag, with its description;
  • one block per operation: method and URL, summary, group badge, a deprecated badge where applicable, a Security section (scheme type, OAuth 2 flows, scopes), and a collapsible Example payload;
  • the Parameters and Responses tables (status codes are colour-coded);
  • Models — an interactive graph of the schemas, navigable and zoomable;
  • Polymorphism — the oneOf / anyOf / allOf compositions;
  • Enums — the enumerations, merged with the folder’s own.

Every operation block carries a + Add button that creates a request pre-configured for that operation. That is the shortest route when an import was partial, or when an operation has just appeared in the specification.

A table of contents is anchored on the right — Overview, Operations, Models, Enums sections — collapsible and resizable. Clicking a model scrolls to the graph and centres the matching node in it.

ShortcutEffect
Ctrl+F / Cmd+FOpens search within the documentation
F3 / EnterNext match
Shift+F3 / Shift+EnterPrevious match
EscCloses the search

A counter shows your position within the results.

A specification changes. Restorm can go and fetch the source again and apply the delta — documentation and requests — without overwriting your work.

Two entry points, equivalent to one another:

  1. the environment folder’s home sub-tab, Spec updates section — it shows the URL, the Last import and the Last check, and carries the Refresh button;
  2. right-clicking the folder in the sidebar tree → Refresh.

The environment folder's home sub-tab, with the "Spec updates" section — source URL, last import, last check — and the Refresh button

  1. A “Refreshing spec…” window appears while the source is fetched. The URL’s and the headers’ {{variables}} are resolved, and the attached authentication route is played first.
  2. Restorm compares a fingerprint of the fetched source with the one recorded at the last import.
  3. Nothing has changed“The API spec is up to date.”, and that is that.
  4. Something has changed (or the fetch failed) → the re-sync wizard opens.

The re-sync wizard, on its Routes tab: the operations already present are locked and ticked, the one new operation is selectable, and the confirm button reads "Apply update (1)"

  • The source URL is shown read-only.
  • A pill lets you attach, change or detach an authentication route, and a Custom headers submenu lets you add fixed headers replayed on every refresh.
  • Two preview tabs:
    • Routes — the tree of operations found in the new version, with a filter and a selection. Operations already present in your folder are locked and always ticked; you only choose which of the new ones to add;
    • Documentation — the new version’s documentation, read-only, before you confirm.
  • The confirm button shows the number of new operations selected, for example Apply update (3).

This is the important point: the specification has authority over what it describes, you have authority over the rest.

ElementBehaviour
A request’s nameNever changed
Method and URLNever changed
Existing parameters, headers and path parametersKept as they are — value, description, enabled state
Parameters added by the specificationAdded, with the specification’s default value or empty
Parameters removed from the specificationKept on the request
A new operationAdded where a fresh import would have placed it (tag folder included)
An operation marked deprecated by the specificationFlagged; it appears dimmed in the tree
An operation that has vanished from the specificationFlagged as removed; it appears struck through in the tree, remains runnable and is never deleted
API documentation and enumerationsReplaced entirely by the new version — that is what refreshes the Docs tab

Nothing is ever deleted from your tree: an operation that disappears from the source is marked, not erased.

A 401 or 403 response opens the wizard with the error message shown as it is (for example HTTP 401: Unauthorized). Attach an authentication route or add fixed headers, and the preview is run again.

Twelve formats have re-syncing: Swagger 2.0, OpenAPI 3.x, GraphQL, gRPC, SOAP (WSDL), OData, AsyncAPI, Postman, Insomnia, Bruno, OpenRPC and Smithy.

For all the others, a new import creates a new tree. The complete list is in Updating from the source.