Skip to content

Commit 7229d75

Browse files
peopleworksclaude
andcommitted
Spell out the namespace on the Catalog option so it compiles
CI failed on a clean build that a local incremental build had been hiding: the property is named Catalog, so inside ExtractionOptions the simple name binds to the member rather than to the namespace of the same name, and Catalog.XafCatalog does not resolve. My local build had a stale obj/ and never recompiled the file, which is a good argument for reproducing a CI failure with a clean tree rather than trusting a green local run. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1 parent 18138f6 commit 7229d75

1 file changed

Lines changed: 6 additions & 1 deletion

File tree

src/XafLogicExplainer.Core/Models/ExtractionOptions.cs

Lines changed: 6 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -124,6 +124,11 @@ public class ExtractionOptions
124124
/// <summary>
125125
/// An explicit catalog, overriding the one that would be loaded from disk.
126126
/// </summary>
127+
/// <remarks>
128+
/// Written with the namespace spelled out. The property is called <c>Catalog</c>, so inside
129+
/// this class the simple name binds to the member rather than to the namespace of the same
130+
/// name, and <c>Catalog.XafCatalog</c> does not compile.
131+
/// </remarks>
127132
[JsonIgnore]
128-
public Catalog.XafCatalog? Catalog { get; set; }
133+
public XafLogicExplainer.Core.Catalog.XafCatalog? Catalog { get; set; }
129134
}

0 commit comments

Comments
 (0)