Closed (duplicate)
Project:
Drupal core
Version:
9.2.x-dev
Component:
jsonapi.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
10 Dec 2020 at 22:18 UTC
Updated:
24 Dec 2020 at 21:56 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
josephdpurcell commentedComment #3
josephdpurcell commentedRetrying to fix the core_version_requirement error in the test.
Comment #4
josephdpurcell commentedRetrying to fix the lack of return type void error.
Comment #5
josephdpurcell commentedRetrying to fix the modules must be declared protected. (Side note: why do these errors not show up when I run tests locally?)
Comment #6
josephdpurcell commentedIt worked! Ok, we can ignore all the previous tests. Here's the real deal:
jsonapi-9.1.0-fix-poison-query-string-cache-3085360-6.patch -- this should pass the test
jsonapi-9.1.0-fix-poison-query-string-cache-3085360-6-test-only.patch -- this should fail saying it expected application/json but got text/html
Setting to needs review.
Comment #8
josephdpurcell commentedMeh. I had the wrong ticket ID in the patch name. Uploading correctly named patches now.
Comment #9
josephdpurcell commentedGreat, that worked as expected! Setting to Needs Review.
Comment #10
bradjones1Updating the title and description to match what I think your intent is here; as mentioned in our discussions over at #3085360: RouteProvider::getRouteCollectionForRequest() can poison query string of next request I think this is a separate issue, judging by the test introduced in your patch. I've tried to encapsulate what I think your goal is, in the new title and description.
Boils down to: "Use api_json format on exception responses for api_json resources" which I think is a duplicate of #3127428: HTTP 401 responses return HTML, not JSON:API error objects.