> For the complete documentation index, see [llms.txt](https://postica.gitbook.io/binding-system-3/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://postica.gitbook.io/binding-system-3/project-tools/diagnostics/errors.md).

# Error Visualization

What a red bind field is telling you, and what to do about it.

A binding that cannot work says so, on the row, at authoring time. Nothing is fixed for you: an automatic repair would hide a side effect you probably want to know about.

That covers the binding in front of you. For the same question across a scene or a whole project, run the [Bindings Validator](/binding-system-3/project-tools/diagnostics/validator.md), which reports the same problems and a number of others that only show up once a path is actually resolved.

<figure><img src="https://3048705056-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FLUfBXR02sJ5i0MxwYbaV%2Fuploads%2F03humhdG0Lrz75xD9RrG%2FScreenshot%202026-09-28%20at%2017.40.15.png?alt=media&amp;token=b7c9feb6-f7ba-4d1b-9d46-9814a6c5e654" alt="" width="563"><figcaption><p>A bind field reporting a missing source</p></figcaption></figure>

## Reading the row

An **error point** appears at the start of the row. Hover it, or the field it marks, for the reason. The part of the row that is at fault is highlighted, so a source problem and a path problem look different.

<table><thead><tr><th width="250">Highlighted</th><th>What it means</th></tr></thead><tbody><tr><td>Source</td><td>The source is missing, of the wrong type, or not allowed here.</td></tr><tr><td>Path</td><td>The path no longer resolves, or was never set.</td></tr><tr><td>Mode</td><td>The mode and the target member disagree.</td></tr><tr><td>Parameters</td><td>A method or indexer parameter is missing or invalid.</td></tr><tr><td>Component</td><td>The component the path went through is gone.</td></tr></tbody></table>

## The messages

### Source problems

<table><thead><tr><th width="330">Message</th><th>What it means</th></tr></thead><tbody><tr><td><em>No source set</em></td><td>Nothing assigned. If the binding genuinely needs no source, use <strong>Nothing</strong> from the bind path menu instead of leaving it empty.</td></tr><tr><td><em>Requires &#x3C;Type></em></td><td>The path expects a component of that type. Assign one, or change the path.</td></tr><tr><td><em>missing &#x3C;Type></em></td><td>The assigned object no longer has that component.</td></tr><tr><td><em>Assets NOT Allowed</em> / <em>Scene Objects NOT Allowed</em></td><td>An attribute on the field restricts what can be assigned. Odin's <code>[AssetsOnly]</code> and <code>[SceneObjectsOnly]</code> produce these.</td></tr><tr><td><em>Missing Script</em></td><td>The component's script could not be loaded, so there is nothing to bind to. Fix the script reference first.</td></tr></tbody></table>

### Path problems

<table><thead><tr><th width="330">Message</th><th>What it means</th></tr></thead><tbody><tr><td><em>No path set</em></td><td>A source is assigned but nothing was picked. Click the row.</td></tr><tr><td>A path shown in red</td><td>The member is gone. This is the case <a href="/binding-system-3/project-tools/diagnostics/refactoring.md">Refactoring</a> exists for: it can often find where the member moved to.</td></tr><tr><td><em>The selected path cannot be bound because there is no source object set</em></td><td>The path is fine, the source is not.</td></tr></tbody></table>

### Source mode problems

Each source mode reports its own missing piece:

<table><thead><tr><th width="330">Message</th><th>What it means</th></tr></thead><tbody><tr><td><em>No variable selected</em></td><td>Variable mode with nothing chosen.</td></tr><tr><td><em>Variable 'x' not found</em></td><td>The variable was renamed away, or its container is gone. See <a href="/binding-system-3/overview/bind-variables.md">Bind Variables</a>.</td></tr><tr><td><em>Variable 'x' is of type A, which cannot be bound to B</em></td><td>Both types are named, so the mismatch is unambiguous.</td></tr><tr><td><em>No tag set</em>, <em>No pattern set</em>, <em>No context set</em></td><td>The mode's own field is empty.</td></tr><tr><td><em>No type selected</em></td><td>The mode needs a component type to look for.</td></tr><tr><td><em>Type Not Found: x</em></td><td>The stored type no longer exists, usually after a class rename. See <a href="/binding-system-3/project-tools/diagnostics/refactoring.md">Refactoring</a>.</td></tr></tbody></table>

### Multi-selection notes

Not errors, but worth recognising:

<table><thead><tr><th width="330">Message</th><th>What it means</th></tr></thead><tbody><tr><td><em>Incompatible Types</em></td><td>The selected objects have no common type, so a single path cannot be set for all of them.</td></tr><tr><td><em>Multiple Components of the same GameObject are used</em></td><td>A warning: the selection includes several components of one object.</td></tr><tr><td><em>Converters editing is not allowed with multi selection</em></td><td>Converters and modifiers can be <strong>added</strong> across a selection, but their inner values cannot be edited for several objects at once.</td></tr></tbody></table>

## The status light on name-based sources

Modes that resolve by name, tag or pattern do not fail loudly, because at authoring time the object might legitimately not exist yet. They show a [status light](/binding-system-3/overview/sources.md#the-status-light) instead: green for a match, yellow for a name match with the wrong component type, red for nothing found. Clicking it highlights what it found.

## Where else errors appear

<table><thead><tr><th width="290">Place</th><th>What it shows</th></tr></thead><tbody><tr><td><a href="/binding-system-3/project-tools/diagnostics/live-debug.md">Live Debug</a></td><td>Runtime exceptions inside the pipeline, with message, source and stack trace, shown at the stage that threw.</td></tr><tr><td><a href="/binding-system-3/project-tools/diagnostics/bindings-monitor.md">Bindings Monitor</a></td><td>Bindings whose status is not healthy while the game runs.</td></tr><tr><td><a href="/binding-system-3/project-tools/diagnostics/dependencies.md">Bindings Dependencies</a></td><td>Every binding in the project, so the ones that no longer resolve are visible in one list rather than one scene at a time.</td></tr><tr><td>The Console</td><td>Runtime failures, prefixed so they are easy to filter.</td></tr></tbody></table>

{% hint style="success" %}
Before a release, open [Bindings Dependencies](/binding-system-3/project-tools/diagnostics/dependencies.md) once. It is the only view that catches a broken binding in a scene nobody has opened for a month.
{% endhint %}
