Client request pre-pends accept header when provided in options about client-js

[vlad-ignatov]

Yes, that will need fixing. Please use lowercased header names until a fix is released.

Fetch just does the best it can by "merging" these into single value, which is slightly better than ignoring one of them. There is no reliable way to solve this though, so this library should make sure it does not happen and merge headers itself before fetch is called.

[brianpos]

This is the code that does it...

client-js/src/lib.ts

Lines 101 to 105 in 6daa7a5

	...options,
	headers: {
	accept: "application/json",
	...options.headers
	}

[brianpos]

Solved my own problem changing my code to use the same casing, then it overwrites the default provided value rather than merging (not sure which later does that)

[brianpos]

@jmandel found this and confirmed that this is indeed the behavior of fetch, it scans case insensitive in order, hence finding the base provided one first, then the ones provided in the options.
https://fetch.spec.whatwg.org/#terminology-headers
My workaround just clobbers it, and I'm kinda ok with that, but could do the other way around so it was then processed to the end rather than start.

[brianpos]

Maybe a test like this before setting the accept header.
!Object.keys(options).map(k=>k.toLowerCase()).includes("accept")

[vlad-ignatov]

Should be fixed and released in v2.5.0