files/en-us/web/http/reference/headers/want-repr-digest/index.md
The HTTP Want-Repr-Digest {{glossary("request header", "request")}} and {{glossary("response header")}} indicates a preference for the recipient to send a {{HTTPHeader("Repr-Digest")}} integrity header in messages associated with the request URI and representation metadata.
The header includes hashing algorithm preferences that the recipient can use in subsequent messages. The preferences only serve as a hint, and the recipient may ignore the algorithm choices, or the integrity headers entirely.
Some implementations may send unsolicited Repr-Digest headers without requiring a Want-Repr-Digest header in a previous message.
Want-Repr-Digest: <algorithm>=<preference>
Want-Repr-Digest: <algorithm>=<preference>, …, <algorithmN>=<preferenceN>
<algorithm>
sha-512 and sha-256.
The insecure (legacy) registered digest algorithms are: md5, sha (SHA-1), unixsum, unixcksum, adler (ADLER32) and crc32c.<preference>
0 means "not acceptable", and the values 1 to 9 convey ascending, relative, weighted preference.
In contrast to earlier drafts of the specifications, the weighting is not declared via q quality values.Want-Repr-Digest: sha-512=8, sha-256=6, adler=0, sha=1
Want-Repr-Digest: sha-512=10, sha-256=1, md5=0
{{Specifications}}
This header has no specification-defined browser integration ("browser compatibility" does not apply).
Developers can set and get HTTP headers using fetch() in order to provide application-specific implementation behavior.
Content-Digests for digital signatures in HTTP calls (developer.ebay.com)