Since #8058 was deployed, it appears that requests to /request/$REQUEST_ID.json (where $REQUEST_ID is the numeric request ID) fail, as the browser is redirected to /request/$REQUEST_URL_NAME, which renders in html, instead of json.
Expected result
The original request should be honoured, with the redirect returning the JSON file (content-type: application/json)
Actual result
A 301 is returned, with the location missing the .json extension, which causes the result to be returned in HTML.
The workaround is to iterate, and add .json to the resulting url, which works as expected - but this may break some tooling which relies on hardcoded values.
What happened?
Since #8058 was deployed, it appears that requests to
/request/$REQUEST_ID.json
(where$REQUEST_ID
is the numeric request ID) fail, as the browser is redirected to/request/$REQUEST_URL_NAME
, which renders inhtml
, instead ofjson
.Expected result
The original request should be honoured, with the redirect returning the JSON file (content-type:
application/json
)Actual result
A
301
is returned, with the location missing the.json
extension, which causes the result to be returned in HTML.Workaround
The workaround is to iterate, and add
.json
to the resulting url, which works as expected - but this may break some tooling which relies on hardcoded values.Related
7785