{ "code": "unhandled.error", "parameters": [ { "key": "error.reason", "value": "[400 Bad Request] during [POST] to [http://query/contents] [QueryClient#getContents(ContentsRequest)]: [{\"type\":\"about:blank\",\"title\":\"Bad Request\",\"status\":400,\"detail\":\"Invalid request content.\",\"instance\":\"/query/contents\"}]" } ] }
CSP Request Details
None
CSP Rejection Details
None
Potential Workaround
None
Attachments
3
12 Mar 2025, 05:58 AM
12 Mar 2025, 05:58 AM
07 Mar 2025, 10:15 AM
Checklist
hide
Activity
Show:
Kathleen MooreMarch 12, 2025 at 11:44 AM
confirmed this is working as expected on eureka snapshot
Emma_HaroyanMarch 12, 2025 at 5:58 AM
Tested on Eureka Snapshot.
All looks good.
Matt WeaverMarch 10, 2025 at 2:49 PM
It looks like what’s going here is that when the list is empty and mod-lists attempts to retrieve the results, it is automatically removing the ids property from the request that it sends to mod-fqm-manager, which FQM is rejecting as an invalid request. The fix is easy enough: when that’s the case, use ids: [] instead of just dropping the property. We can do this with a small config change in mod-lists.
ENV: Snapshot
PRE-CONDITION: The env has some lists with 0 result
STEPS.
Go to the “Lists” landing page and open the devtools
Open any of the lists from pre-condition - for example this https://folio-etesting-snapshot-diku.ci.folio.org/lists/list/22dad404-9334-4e43-bed8-4bd9f252ae5a?filters=status.Active&limit=100&offset=0
ACTUAL RESULT:
{
"code": "unhandled.error",
"parameters": [
{
"key": "error.reason",
"value": "[400 Bad Request] during [POST] to [http://query/contents] [QueryClient#getContents(ContentsRequest)]: [{\"type\":\"about:blank\",\"title\":\"Bad Request\",\"status\":400,\"detail\":\"Invalid request content.\",\"instance\":\"/query/contents\"}]"
}
]
}