Skip to content
This repository was archived by the owner on Feb 24, 2024. It is now read-only.

Content-type could use its own verifier #11

Open
macosforgebot opened this issue Jul 12, 2010 · 2 comments
Open

Content-type could use its own verifier #11

macosforgebot opened this issue Jul 12, 2010 · 2 comments

Comments

@macosforgebot
Copy link

douglm@… originally submitted this as ticket:387


Tests fail because the content-type header value doesn't match but is actually valid, e.g. g test for

text/calendar;charset=utf-8

and receive

text/calendar; charset=UTF-8

The space(s) after the semi-colon are valid as is the UC "UTF-8"

This might be complicated enough to justify its own verifier

@macosforgebot
Copy link
Author

@wsanchez originally submitted this as comment:1:⁠ticket:387

  • Radar deleted
  • Priority changed from 5: Not set to 2: Expected

@macosforgebot
Copy link
Author

@wsanchez originally submitted this as comment:2:⁠ticket:387

  • Milestone set to Later

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants