Skip to main content

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?


@Adnene you might be interested inthis


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?


Hi @xatxat, thanks for reaching out!


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.


Awesome, thanks!


I can confirm that it’s now fixed. Thanks again 👍


Happy to hear that @xatxat !


Reply