Some values in DataMind Oda can be changed while it runs. Oda builds those settings forms from the configuration each plugin declares for itself: only the values a plugin marks as safe to change live appear, and a saved edit takes effect without a restart. This page covers how these forms behave: what they show, how a reset works, and what a refusal means. The walkthrough for opening one is on Live plugin settings.
The forms sit among Oda's other settings: Memory, skills and connectors maps those areas, and Advanced features covers the switches that give Oda extra capabilities.
This plugin has no configuration fields.A field shows the value in effect. Change what you need in the form and save; the change reaches the running app, so no restart is needed.
Some fields hold a secret, such as a key or a token.
Reset removes your change and restores the value beneath it, including the default.
Oda checks every save before it writes and refuses one it cannot apply. Nothing is written when a save is refused; fix the cause and save again.
settings namespace "<name>" changed since it was read (expected revision <x>, now <y>); the refusal carries the code SETTINGS_CONFLICT. Reopen the form and apply your change again.Config field "<path>" is not volatile.No configurable plugin entry "<name>" means no settings form matches that plugin; Plugin entry "<name>" has no volatile fields means the plugin exposes nothing that can change while Oda runs.A settings file left by an earlier version of Oda is imported once, after Oda is ready, and the old file is renamed settings. so the import never repeats. Its values carry over into Oda's settings; a section this build cannot use is left out, and its content stays only in the renamed file.
The plugin itself: it marks the values that are safe to change while Oda runs, and the form offers only those. Everything else stays hidden. A plugin that ships a settings page of its own is configured there instead.
The value is written as an expression, and the form keeps it whole. Oda does not rewrite it, and editing other fields leaves it as it is.
The form was read at the first revision, and the setting had already moved to the second when your save arrived, so Oda refused it rather than overwrite the newer change. Nothing was written; reopen the form and apply your change again.
Reset restores the value beneath your change, including the default, and clears only what you set. It cannot delete a value that a layer beneath supplies. Removing an item from a list removes that item.
settings. yaml. imported file?It is the settings file an earlier version of Oda left behind, renamed after Oda imported it once so the import never repeats. Its values carry over into Oda's settings; anything a section held that this build cannot use stays only in the renamed file.
Config field "<path>" is not volatile mean?The save tried to change a value the plugin does not offer for live editing, so Oda refused it. The value is unchanged; live editing does not cover that field.
No. A value kept in this computer's settings file, or passed on the command line, outranks the form, and a save that would be overridden is refused. Change the value where it is set: The profile settings file and Command line and flags.
No configurable plugin entry and no volatile fields mean?Both are refusals of a save. No configurable plugin entry "<name>" means no settings form matches that plugin; Plugin entry "<name>" has no volatile fields means the plugin exposes nothing that can change while Oda runs, so there is nothing to save.