Skip to content

Fix misleading and misspelled property/metadata key descriptions#1109

Open
blankse wants to merge 4 commits into
pimcore:2026.1from
blankse:fix-property-keys-description
Open

Fix misleading and misspelled property/metadata key descriptions#1109
blankse wants to merge 4 commits into
pimcore:2026.1from
blankse:fix-property-keys-description

Conversation

@blankse

@blankse blankse commented Jun 23, 2026

Copy link
Copy Markdown
Contributor

The keys argument on properties/hotspot data fields is defined as Type::listOf(Type::string()) and the resolvers match via in_array($name, $args['keys']) — so the API expects an array of key names, not a comma-separated string.

The descriptions claimed "comma separated list of key names" (several with the typo "seperated"), which is both misleading and inconsistent. This corrects the wording across all affected GraphQL types:

  • properties fields → "List of property key names to include (if omitted, all properties are returned)."
  • Hotspot data (metadata) fields → "List of metadata key names to include (if omitted, all entries are returned)."

Follow-up to the same issue spotted by Copilot in #1001 (which covers DocumentFolderType).

🤖 Generated with Claude Code

blankse and others added 4 commits June 23, 2026 12:26
The 'keys' argument is a listOf(string) and the resolver matches via
in_array(), so it expects an array of key names, not a comma-separated
string. Corrected the description text (and the 'seperated' typo)
across all GraphQL types.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@sonarqubecloud

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants