Before API version 2023-10, tags were included as string in column_values response:
// Before 2023-10
// Query
column_values {
id
text
type
value
}
// Response
{
"id": "tags",
"text": "foo, bar",
"type": "tag",
"value": "{\"tag_ids\":[20407053,20407055]}"
}
Since 2023-10, the text is now null, even though there is an example in the documentation that shows how text can be retrieved:
// Since 2023-10
// Query
column_values {
id
type
value
... on TagsValue {
text
}
}
// Response
{
"id": "tags",
"type": "tags",
"value": "{\"tag_ids\":[20407053,20407055]}",
"text": null
}
Is this a bug or is text to be expected to always be null?
One more thing: Other column types like Mirror and Dependency use a new property called display_value to store the text representation of referenced rows/items. Would it be more consistent to also use display_value in the case of Tags, instead of text?
The text representation is indeed missing from the ... on TagsValue query. Luckily, a fix will be deployed soon and will probably be available starting next week. it will introduce a text field that will hold a comma separated list of all tags.
