Web fetch now rejects malformed redirect destinations from the proxy instead of following them.
What's wrong with this entry?
Before following a destination reported by the fetch proxy, the URL is parsed and normalised. An unparseable destination now raises a PROXY_BAD_RESPONSE error rather than being passed on as a redirect target.
- The same-origin check runs against the normalised URL, not the raw string.
proxy reported a destination that is not a valid URL
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
Data-loss-prevention blocks are marked separately from fetch failures
Both mention fetch
-
v2.1.236
Web fetch agent switch moved into per-host state
Both mention fetch