Describe the bug
CORS preflight does never include PATCH in the Access-Control-Allow-Methods Header., even after editing server.xml with the element
<cors domain="/" allowedOrigins="*" allowedMethods="GET, DELETE, POST, PUT, HEAD, PATCH" allowedHeaders="*" maxAge="3600" />
nor after editing the fhir-server-config.json with the entries
"resources": { "open": true, "Patient": { } },
or
"resources": { "open": true, "Patient": { "interactions": ["create", "read", "vread", "history", "search", "update", "delete", "patch"] } },
Environment
Which version of LinuxForHealth FHIR Server?
I run the latest docker image ( Tag is ibmcom/ibm-fhir-server:4.11.1)
To Reproduce
Steps to reproduce the behavior:
Describe the bug CORS preflight does never include PATCH in the Access-Control-Allow-Methods Header., even after editing server.xml with the element
<cors domain="/" allowedOrigins="*" allowedMethods="GET, DELETE, POST, PUT, HEAD, PATCH" allowedHeaders="*" maxAge="3600" />
nor after editing the fhir-server-config.json with the entries"resources": { "open": true, "Patient": { } },
or"resources": { "open": true, "Patient": { "interactions": ["create", "read", "vread", "history", "search", "update", "delete", "patch"] } },
Environment Which version of LinuxForHealth FHIR Server? I run the latest docker image ( Tag is ibmcom/ibm-fhir-server:4.11.1) To Reproduce Steps to reproduce the behavior:
Expected behavior PATCH should be included in CORS Access-Control-Allow-Methods Header