You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As stated in the function, "This function can use the return value of parse_query() to build a query string. This function does not modify the provided keys when an array is encountered (like http_build_query would)."
This is actually a major issue here, as we do not have any control to override this in the service client. It makes usage of array and object basically impossible :/.
@jeremeamia@Konafets would you have an idea of why this is happening thsi way? :/
Hi :),
First of all thanks a lot for the hard work that has been achieved in the new Guzzle services.
I've found a regression compared to my previous Guzzle 3 based service descriptor and I'm unsure how to fix it.
In one of my command, I have this:
Previously, doing this:
would properly serialize this code to the GET query "admin/metafields?metafield[owner_id]=bar&metafield[owner_resource]=baz".
However, since upgrading to Guzzle 6, it serializes to "admin/metafields?metafield=bar&metafield=baz", which is obviously wrong.
I've also tried the "object" type instead of array, and I also tried to add "additionalProperties" to true for the parameter, without any luck.
What is the correct way to fix this issue in Guzzle 6?
The text was updated successfully, but these errors were encountered: