Content-type lost when sent after duplicate headers
Prior to issue #9527, content-type header was being deleted and readded in merge_response_header_with_cached_header despite line 5005 specificaly stating that it should not be overwritten.
Once the issue was fixed, if duplicate headers were found and content-type was being sent after one of the duplicate headers, it would be deleted in the for loop at line 5038. E.g.
HTTP/1.1 200 OK
x-reveal-duplicate: same
content-type: text/plain
x-reveal-duplicate: same
once the duplicate header is found, all headers subsequent to the dup are deleted. The intended course of this code is to then have those headers readded in the greater for loop. This works fine for most cases but because content-type is specified to not follow this behaviour, it is getting deleted but never readded.
This adds a secondary check for content-type to not be altered.
This fixes #11784
[approve ci autest]
[approve ci format]
[approve ci rat]
[approve ci centos]
Cherry-picked to v10.0.x