What does HRESULT 0x88980611 (MILEFFECTSERR_CONNECTORNOTCONNECTED) mean?

 
Previous Next
MILEFFECTSERR_NOINPUTSOURCEATTACHED MILEFFECTSERR_CONNECTORNOTASSOCIATEDWITHEFFECT

MILEFFECTSERR_CONNECTORNOTCONNECTED

MILEFFECTSERR_CONNECTORNOTCONNECTED identifies a failure in MIL effect connectors and input binding. A connector exists in the effect graph but is not connected to the required peer. Investigation of this result should preserve the original object generation before cleanup, retry, or fallback creates a secondary result.

Telemetry with explanatory value

RecordWhy it matters here
Effect instance and owning graph or group identityComparing effect instance and owning graph or group identity shows whether this result follows input, object state, or environment.
Connector, input, child, listener, property, or transform involvedPreserving connector, input, child, listener, property, or transform involved provides the evidence needed to test this distinction: nOINPUTSOURCEATTACHED describes the effect-level absence of source input; this result points to an unconnected graph edge.
Calculated input and output boundsRecording calculated input and output bounds separates the MIL effect connectors and input binding boundary from a later wrapper symptom.
Construction sequence and first method returning the HRESULTIn this result diagnostics, recording construction sequence and first method returning the HRESULT ties the HRESULT to the MIL effect connectors and input binding boundary rather than to the final visible failure.

Where the failure occurs

Connectors represent edges between effect nodes and are meaningful only with their owning effect and graph. An unconnected connector, a connector from another effect, and a required input with no source are three different graph defects., preserve connector identity, owner identity, slot, direction, and the point at which the edge was established.

Inspect the following boundary: edge creation between graph nodes or groups.

Smallest faithful reproducer

When it is returned, build one source, one effect, and one output connection. Add the disputed connector or input only after the baseline validates, and inspect both ends of the edge before bounds or shader work begins.

  1. Trace both connector endpoints and connect them once in the documented direction.
  2. rebuild the smallest graph containing only the implicated node and one known input.
  3. When it is returned, log ownership changes and graph generation numbers.
  4. Validate the graph before allocating large intermediate resources.

Avoid broad resets

NOINPUTSOURCEATTACHED describes the effect-level absence of source input; it points to an unconnected graph edge. Do not catch the HRESULT and continue rendering with a partially connected graph; later failures can obscure the invariant that was first violated.

Separate object, input, and environment

TestInterpretationHold constant
Same environment, reduced inputIf it disappears with a smaller faithful case, complexity within MIL effect connectors and input binding is implicated.Keep effect instance and owning graph or group identity fixed while simplifying calculated input and output bounds.
Same input, fresh object generationIf it changes after rebuilding state, examine ownership across the effect instance, connector builder, graph owner, listener, and bounds calculator.Place connector, input, child, listener, property, or transform involved on the timeline of the last successful transition.
Same operation on a controlled second pathIf it follows one environment, the failure is not explained by source data alone.Compare visual generation, effect registration, shader profile, rendering tier, and target dimensions while preserving construction sequence and first method returning the HRESULT.

Completion test

A correction for it should let the operation at the MIL effect connectors and input binding boundary complete repeatedly under the original supported conditions. Repeat the control that begins with “Trace both connector endpoints and connect them once in the documented direction” and confirm that the following lifecycle step also succeeds. Keep the original failing sample and one deliberate negative case so fallback cannot be mistaken for repair.

Technical references

When it is returned, these references define the public API family, object model, or error list used to interpret this status.


Looking for a different code? Search another status or error code.