System.ServiceModel.Channels.MessageEncoder.IsContentTypeSupported Method checks the whole content type string instead of just the media type. - by Paulo Morgado

Status : 

  By Design<br /><br />
		The product team believes this item works according to its intended design.<br /><br />
		A more detailed explanation for the resolution of this particular item may have been provided in the comments section.


7
0
Sign in
to vote
ID 273448 Comments
Status Closed Workarounds
Type Bug Repros 5
Opened 4/25/2007 2:09:22 PM
Access Restriction Public

Description

When the System.ServiceModel.Channels.MessageEncoder.IsContentTypeSupported Method is called in a custom message encoder it checks the whole content type string instead of just the media type.
Sign in to post a comment.
Posted by Dima2 on 10/14/2009 at 11:28 AM
This problem is not only about media type. It is also about charset part.
String comparison violates RFC that allows quotes in charset definition.



http://www.ietf.org/rfc/rfc2045.txt?number=2045
==================
Note that the value of a quoted string parameter does not include the
quotes. That is, the quotation marks in a quoted-string are not a
part of the value of the parameter, but are merely used to delimit
that parameter value. In addition, comments are allowed in
accordance with RFC 822 rules for structured header fields. Thus the
following two forms

     Content-type: text/plain; charset=us-ascii (Plain text)

     Content-type: text/plain; charset="us-ascii"

are completely equivalent.
Posted by Microsoft on 9/5/2007 at 10:31 AM
Thanks for your feedback. This behavior is by design. The base implementation of IsContentTypeSupported requires the entire content-type must match. If your custom encoder only needs to match on the media type, you should override IsContentTypeSupported exactly as you are doing.

Thanks,
Windows Communication Foundation Product Team.
Posted by Microsoft on 4/26/2007 at 6:46 PM
Thanks for your feedback. We have reproduced this bug on Visual Studio Codename Orcas Beta 1, and we are sending this bug to the appropriate group within the VisualStudio Product Team for triage and resolution.

Thank you,
Visual Studio Product Team.
Posted by Paulo Morgado on 4/26/2007 at 1:34 PM
I have attached a sample Orcas solution.

Try to run it and you'll see what I mean.

Uncomment the IsContentTypeSupported in ServerCustomTextMessageEncoder and ClientCustomTextMessageEncoder and it will work.
Posted by Microsoft on 4/26/2007 at 2:16 AM
Thanks for your feedback, we were unable to repro the bug with the steps provided on Visual Studio Codename Orcas Beta 1. If you still see this issue occurring we would like to investigate this issue again. Please provide the exact steps/actions to reproduce the problem or a zipped project file and we will re-investigate.

Thank you,
Visual Studio Product Team.
Posted by Microsoft on 4/25/2007 at 6:48 PM
Thank you for your feedback. We are currently investigating. If this issue is urgent, please call support directly (see http://support.microsoft.com). Thank you, Visual Studio Product Team.