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.