Fix property lookup to support inheritance in pagination response models #9419
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The emitter failed when pagination properties (
@nextLink,@pageItems) were defined in base models rather than directly on the response model. Property lookups usedProperties.First()which only searched direct properties, causingInvalidOperationExceptionfor inherited properties.Changes
FindPropertyInModelHierarchy()method traverses the model inheritance chain to locate properties defined in base classesCollectionResultDefinition.GetNextPagePropertyType(): Replaced direct property access with hierarchy-aware lookupModelProviderSnippets.BuildPropertyAccessExpression(): Applied same pattern for consistency across property access pathsExample
Now supports this pattern:
Previously, the emitter would throw when trying to locate
nextLinkonFooResponseListsince it only checked direct properties.Original prompt
💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.