By default, no sort key yet
Optionalrest: JsonObjectReadonlyidUnique within the query and shown to users, e.g. filter101
ReadonlykeyAssigned at construction from a monotonic sequence: the node's identity for change detection
ReadonlyrestThe keys of the node's saved JSON that this version does not know, kept so a re-save writes them back (PLAN §10.3); edits keep them too
Whether edits may change which nodes feed this one. Not for a node whose port semantics are unknown, such as an Unknown node.
Whether the node takes rows by their order, as a Limit does: the emitter then writes its input's order as a sort just before it (PLAN §11.4)
Labels for the input ports, shown on the edges that feed them
The named input slots, in order: none for a source, one for a unary transform, two for a binary one
The type discriminator, e.g. filter
A one-line description for the canvas and the details panel
The description without the values users typed, which may be sensitive, for logs and telemetry. By default the description, which has none.
Whether the node has none of the settings it needs yet, e.g. a Join with no key pair: the canvas shows it as not set, not by its description
Some keys; then each key checked (validateSortKey), every key
reported; then no column twice
Optionalerrors: string[]The node to keep once its two inputs swap ports: by default this node. A node whose settings name its inputs by side, such as a Join's key columns, returns a new node (same id) with those settings swapped too.
StaticbyThe quick action's sort (spec §7.1): one column, ascending
Orders the rows of its input by one or more columns (spec §7.1); the columns stay as they are. Where Cube writes the sort follows where the order is used, not where the node stands (PLAN §11.4): before a Limit, Drop or Slice that takes rows by it, and before the run's own row limit.