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 !