Closed mims92 closed 2 years ago
It looks like this is gone long time ago. Can't even find this described behavior in the origin code of Guzzle3 anymore. My first guess is that the docs are outdated.
I don't know if this can help, but i confirm we facing the same issue right now, As a workaround, you can define the header name as the key for the array like this
'X-Access-Token' => [
'required' => true,
'location' => 'header',
'type' => 'string'
]
I don't think it's a workaround. I think it's the correct way of doing this and the doc is outdated as Konafets mentioned.
Closing since stale - I'm doing a cleanup across the whole organization, to enable us to focus on the tickets that are still live and have interest. Please feel free to open a new issue if this still is important to you. :)
Following the documentation,'
But it's not the case!
So if I pass
['myCustomHeader' => '1']
to theheader
parameter, I would assume having in the request header:myCustomHeader: 1
. Actually, I haveheader: 1
.Is this a bug? Using Guzzle6