Open MichaelJCole opened 7 years ago
Looks like the Zapier server is expecting a header in a specific case. That would mean they are handling the http headers in a non-standard way. HTTP headers are case insensitve and part of the W3C standard. Changing this on our end could potentially break other implementations that also are not standards compliant. I recommend filing a but report with Zapier about how they are handling headers.
This stack overflow sums it up: https://stackoverflow.com/a/5259004/1267536
Hi @vangorra,
Looks like the Zapier server is expecting a header in a specific case.
Nope. I'm talking about meteor-oauth2 not accepting the headers correctly. So pretty universally "Content-Type" is how it's spelled in examples on the net. That doesn't appear to work with meteor-oauth2. I had to change it to "content-type" which is a non-standard spelling.
I think meteor-oauth2 isn't handling the HTTP headers to spec, because it doesn't accept "Content-Type" in the header.
I misread that. That would be a bug. I'll take a look.
I dug though the code and didn't find any place where the case was specific. In fact, because this is running as a node application, the express package lower cases all headers on the way in. Could you give me some reproduction steps with necessary rest post calls so I can reproduce this on the local examples?
Hi, I was getting an error on a Zapier integration:
With this header:
With this header, it works:
The internet thinks header field names are case insensitive: https://stackoverflow.com/questions/5258977/are-http-headers-case-sensitive