I am having a similar issue, though with different steps to reproduce.
Steps to reproduce
- Create an endpoint with a default include
- Make sure Drupal cache is enabled
- Clear the cache (and ensure max-age on cache on below requests has also expired)
- Request the created endpoint without any includes eg /jsonapi/node/page?include=
- Request the created endpoint as default eg /jsonapi/node/page and see that it is serving the response without includes from previous step
This issue seems to have been introduced with 🐛 Pages with default includes are not cached Fixed in v3.25. If I roll back to 3.24 the issue is not present.
In the JSON output Schema there is an instance of "anOf" which I believe should be "anyOf"?
Plus 1 to this. Querying a node id resolves correctly but lacks the redirect element in the response. I note that when navigating to a node ID in Drupal it sends a 301 response to the browser if there is an alias set and I would hope to get the same behaviour when decoupled.
This change record is for 8.5!? There is a lot of useless noise on the list by publishing change records for unsupported versions.
Possible duplicate:
🐛
InvalidArgumentException: Expected a scalar value as a 2nd argument to "Symfony\Component\HttpFoundation\InputBag::get()", "array" given.
Fixed
This issue is older but that one also fixes sorting which gives the same error.
This seems to have been released in 1.7?
PHP7 had been EOL for 6 months now. Please can we get a new release?
I've just run into this issue also.
Not a code fix, but simple solution. Defining the `fields` in the config is optional and not really needed if your CSV does have a header row.
If you skip defining the fields you can refer to column names directly in the process section.
cb_dewr → created an issue.