Enum ContentFallbackReason

Namespace

Quilt4Net.Toolkit.Features.Content

Assembly

Quilt4Net.Toolkit.dll

Why a content value is not in the language that was asked for.

Distinct from ContentSource, which says where the value was fetched from (server, cache, fallback default). This says what the value is: a request can be a fresh server hit and still be the wrong language.

The question this exists to answer is whether calling again later could do better. Use ContentResult.CanImprove rather than switching on this directly when that is all you need.

public enum ContentFallbackReason

Fields

NoContent = 5

The key has no stored content at all — the value being rendered is the caller's own default, echoed back. Nothing is queued because there is no source text to translate.

None = 1

The value is in the requested language. No language fallback happened.

TranslationDisabled = 4

The language is not machine-translated (AI translation is off for it), so nothing will ever produce this value automatically. It must be authored.

TranslationFailed = 3

A translation was attempted and gave up (its retry budget is spent). Waiting will not help; somebody has to requeue it or write the text.

TranslationPending = 2

No value in the requested language yet, and a translation is queued. Trying again later may succeed — this is the only reason for which that is true.

Unknown = 0

The server did not report a reason. Means "not known", not "no fallback" — an older server omits the field entirely, so this is what every value from one deserializes to. Deliberately the zero value so that absence and ignorance read the same.