servicetype: Add `is_filter` to API definition

The service type API definition predates the introduction of
``is_filter``. No attribute on ``service_providers`` was declared as
filterable, which causes list operations with query filters (e.g.
``?name=foo``) to return HTTP 400 when filter-validation is enabled.

Add ``is_filter: True`` to the three scalar attributes
(``service_type``, ``name``, and ``default``).

Related-Bug: #2167310
Assisted-By: Composer 2.5
Signed-off-by: Rodolfo Alonso Hernandez <ralonsoh@redhat.com>
Change-Id: I995df1a597023e1c49249636e5f87066707225c7
This commit is contained in:
Rodolfo Alonso Hernandez committed 2026-09-23 11:59:15 +02:00
1 parent e9290a22d1
commit 83fe70910d
2 files changed
+11

No files matched your search

@@ -38,16 +38,19 @@ RESOURCE_ATTRIBUTE_MAP: ResourceAttributeMap = {
SERVICE_ATTR: {
'allow_post': False,
'allow_put': False,
'is_filter': True,
'is_visible': True
},
'name': {
'allow_post': False,
'allow_put': False,
'is_filter': True,
'is_visible': True
},
'default': {
'allow_post': False,
'allow_put': False,
'is_filter': True,
'is_visible': True
}
}
@@ -0,0 +1,8 @@
---
fixes:
- |
Added ``is_filter`` to all scalar attributes in the service type API
definition (``service_type``, ``name``, and ``default``). Previously,
no service provider attribute was declared as filterable, which caused
list operations with query filters (e.g. ``?name=foo``) to return HTTP
400 when the filter-validation extension is enabled.