Content Negotiation Problem re JSON-LD

Currently, we have the following returned for an "application/ld+json" document content-type request

curl -IH "Accept: application/ld+json" https://metahari.solid.community/profile/card
HTTP/1.1 200 OK
X-Powered-By: solid-server
Vary: Accept, Authorization, Origin
Access-Control-Allow-Credentials: true
Access-Control-Expose-Headers: Authorization, User, Location, Link, Vary, Last-Modified, ETag, Accept-Patch, Accept-Post, Updates-Via, Allow, WAC-Allow, Content-Length, WWW-Authenticate
Allow: OPTIONS, HEAD, GET, PATCH, POST, PUT, DELETE
Link: <card.acl>; rel="acl", <card.meta>; rel="describedBy", <http://www.w3.org/ns/ldp#Resource>; rel="type"
WAC-Allow: user="read",public="read"
MS-Author-Via: SPARQL
Updates-Via: wss://metahari.solid.community
Content-Type: text/plain; charset=utf-8
Content-Length: 2
ETag: W/"2-nOO9QiTIwXgNtWtBJezz8kv3SLc"
Date: Fri, 05 Oct 2018 23:43:31 GMT
Connection: keep-alive

Where the content-type is incorrect i.e., it should be "application/ld+json" .

Start by reproducing the documented curl request against the profile card endpoint and compare the returned Content-Type with the requested application/ld+json type. Trace the server's content-negotiation handling from that endpoint; done means the response identifies the document as application/ld+json for this request and the behavior is covered by an appropriate test.