adding string to end of union used for content-type header results in error

[swathipil]

Link to repro in playground [here].

In SchemaRegistry, we want to the content type header to be a union of values. This does not compile when string is added to the end of the union, and fails with:

contentType parameter must be a string literal or union of string literals

It works when string; on line 66 of the playground link above is removed. However, it should work when string is added to the end. It also works when the header is renamed to something else, so it seems to be a bug with using the "Content-Type" header specifically.

May be related to #2727

[markcowl]

• relax this requirement in http (allow open string, but not non-string types)
• open content-types should use a bytes type payload (linter -> warning diagnostic)
• allow string
• should we allow wildcard types explicitly as literals without an open string variant (e.g. application/*, /)
• Add linter rule to Azure.Core to encourage explicit enumeration of allowed content-types

In responses:

• wildcard types imply an 'accepts' header.

[markcowl]

• discuss with dpg team, need to design support (if any) in TCGC

[markcowl]

@markcowl discuss with DPG and then file impl issues

[catalinaperalta]

@markcowl do we have an impl issue for this? And do you know what sprint it is planned for?

[swathipil]

Hi @markcowl - Any updates on when this will be addressed? We have a service where this issue will block the release of this service: Azure/azure-rest-api-specs#25168 (comment)