Have you read a contributing guide?
Current Behavior
When updating an object and assigning a value to a custom multi_select property, the API rejects the option as invalid, even though the same
option is returned by list_tags for that exact property.
I tested both:
Both are rejected.
Error returned by update-object:
{
"status": 400,
"object": "error",
"code": "bad_request",
"message": "bad input: invalid multi_select option for \"genero\": bafyreibv3xab76u37lhzr7il2vm2li226jq3ywfkfxum3fvqstngk4s3ke"
}
Additional Context
This looks like a read/write inconsistency:
- list_tags says the tag belongs to the property
- update-object rejects the same tag for that property
I also noticed duplicate-looking entries in this property's tag list, for example two separate tags with key/name related to novela, which may
indicate an internal indexing or metadata inconsistency for custom multi-select properties.
Documentation References
Expected Behavior
If list_tags returns a tag as belonging to property genero, that tag should be accepted by object create/update requests for that property.
According to the current API documentation, multi_select should accept tag keys or tag IDs.
Steps To Reproduce
- Use a space with a custom multi_select property named genero
- Call list_tags for that property
- Take one returned tag from the response
- Try to update an object with that tag as the value for genero
Reproduction Data
Space
{
"space_id": "bafyreih3tia7jxd6who2tqczxxrqy7wupxr2buk33edhsyrrzjakaxqlaa.9ldhqwv21s5z"
}
Property
{
"property_id": "bafyreih7scpbieixek72dtd763glky2665ezu4v6jo3eqt5h62tnycnneu",
"property_key": "genero"
}
Object being updated
{
"object_id": "bafyreicj7mcbphf52wpfiu5f7oh4jex6daosfll6jxi3tupfmiujldfrny"
}
list_tags request
{
"property_id": "bafyreih7scpbieixek72dtd763glky2665ezu4v6jo3eqt5h62tnycnneu",
"space_id": "bafyreih3tia7jxd6who2tqczxxrqy7wupxr2buk33edhsyrrzjakaxqlaa.9ldhqwv21s5z"
}
list_tags response except
{
"data": [
{
"object": "tag",
"id": "bafyreibv3xab76u37lhzr7il2vm2li226jq3ywfkfxum3fvqstngk4s3ke",
"key": "clasico",
"name": "Clásico",
"color": "purple"
}
]
}
Update request using tag ID
{
"object_id": "bafyreicj7mcbphf52wpfiu5f7oh4jex6daosfll6jxi3tupfmiujldfrny",
"space_id": "bafyreih3tia7jxd6who2tqczxxrqy7wupxr2buk33edhsyrrzjakaxqlaa.9ldhqwv21s5z",
"properties": [
{
"key": "genero",
"multi_select": [
"bafyreibv3xab76u37lhzr7il2vm2li226jq3ywfkfxum3fvqstngk4s3ke"
]
}
]
}
Update request using tag key
{
"object_id": "bafyreicj7mcbphf52wpfiu5f7oh4jex6daosfll6jxi3tupfmiujldfrny",
"space_id": "bafyreih3tia7jxd6who2tqczxxrqy7wupxr2buk33edhsyrrzjakaxqlaa.9ldhqwv21s5z",
"properties": [
{
"key": "genero",
"multi_select": [
"clasico"
]
}
]
}
Both requests fail with a validation error saying the multi_select option is invalid.
Environment
- OS: Debian
- Version: 13
Anything else?
No response
Have you read a contributing guide?
Current Behavior
When updating an object and assigning a value to a custom
multi_selectproperty, the API rejects the option as invalid, even though the sameoption is returned by
list_tagsfor that exact property.I tested both:
idkeyBoth are rejected.
Error returned by
update-object:Additional Context
This looks like a read/write inconsistency:
I also noticed duplicate-looking entries in this property's tag list, for example two separate tags with key/name related to novela, which may
indicate an internal indexing or metadata inconsistency for custom multi-select properties.
Documentation References
Expected Behavior
If list_tags returns a tag as belonging to property genero, that tag should be accepted by object create/update requests for that property.
According to the current API documentation, multi_select should accept tag keys or tag IDs.
Steps To Reproduce
Reproduction Data
Space
Property
Object being updated
list_tags request
list_tags response except
Update request using tag ID
Update request using tag key
Both requests fail with a validation error saying the multi_select option is invalid.
Environment
Anything else?
No response