enum coercion in mutation argument from string does not work...

[johanatan]

... however coercion from int does (arguably coercion from string is more useful than coercion from int).

Schema:

enum Color { blue, orange, green } // mapped to 1, 2, 3

type Favorite {
  id: ID!
  color: Color
}

Client:

curl -XPOST -H 'Content-Type:application/graphql' -d '{"query":"mutation createFavorite($color: Color!) { createFavorite(color:$color) { color } }", "params":{"color":2}}' http://localhost:3000/graphql    
{
  "data": {
    "createFavorite": null  // Server is returning null at the moment but server logs are pasted below.
  }
}

Server:

Received insert request: uid: c4e1dd90-9b89-4fcf-8b6b-c32e9f63dccb, entity: Favorite, params: {"color" "{\"orange\" {
Returning: null

Bad request:

curl -XPOST -H 'Content-Type:application/graphql' -d '{"query":"mutation createFavorite($color: Color!) { createFavorite(color:$color) { color } }", "params":{"color":"orange"}}' http://localhost:3000/graphql    
{
  "errors": [
    {
      "message": "Variable $color expected value of type Color! but got: \"orange\".",
      "stack": "Variable $color expected value of type Color! but got: \"orange\".",
      "locations": [
        {
          "line": 1,
          "column": 25
        }
      ]
    }
  ]
}

[leebyron]

As of 2cf2f4c this should now be working as specified.

[johanatan]

[deleted] Sorry for the false alarm-- was still pulling in the old version.

[johanatan]

Actually, I am still seeing this issue with the latest code:

curl -XPOST -H 'Content-Type:application/graphql' -d '{"query":"mutation createFavorite($color:Color!) { createFavorite(color:$color) { color } }", "params":{"color":"blue" } }' http://localhost:3000/graphql    
{
  "errors": [
    {
      "message": "Variable \"$color\" expected value of type \"Color!\" but got: \"blue\"."
    }
  ]
}

And a new one (invalid JSON because 'blue' isn't quoted or in scope):

curl -XPOST -H 'Content-Type:application/graphql' -d '{"query":"mutation createFavorite($color:Color!) { createFavorite(color:$color) { color } }", "params":{"color":blue } }' http://localhost:3000/graphql    
{
  "errors": [
    {}
  ]
}

[leebyron]

Your test here looks the same as 2cf2f4c#diff-a333d8645ed867ad7e82181baa05ad14R135 which is currently passing.

Could you draft a test case that includes your definition files? That would help me understand if there is a bug that I'm not seeing here, or I can help you understand if there is an issue with your code that I could improve error messaging for.

[johanatan]

Oh, I see the problem. In my query declaration, I'm specifying the actual GraphQLEnumType ('ColorType' in your case) for the type field of the pertinent arg.

Attempting to coerce the supplied value into the expected value was what I expected. Otherwise, there would be a lot of unnecessary, repeated boilerplate for each query wanting to take advantage of this coercion.

Here's my mutation definition (please pardon the ClojureScript syntax) ["Color" is a GraphQLEnumType]:

Mutation descriptor for typename: "Favorite": {"createFavorite"
 {:type #<Favorite>,
  :args {"color" {:type #<Color>}}, 
  :resolve #<function (a, b) { [omitted] } }

[johanatan]

P.S. from my reading of the code yesterday, the only problem seemed to be that coerceValue wasn't being called during the validation phase-- the functionality is already there that will do the coercion properly-- it just needs to be invoked before (or very early on) in validation.

[leebyron]

I'm curious what the definition for Color is - perhaps it is ill-defined if you're getting the error message "Variable "$color" expected value of type "Color!" but got: "blue"."? and "blue" is in fact one of the names of your Color enum values?

[leebyron]

P.S. from my reading of the code yesterday, the only problem seemed to be that coerceValue wasn't being called during the validation phase-- the functionality is already there that will do the coercion properly-- it just needs to be invoked before (or very early on) in validation.

I'm not sure I follow this. Validation is a static-time pass that happens before a query is executed. Variable values ("blue" in this case) are only introduced at Execution time.

[johanatan]

Oh, sorry. I was confusing with the other bug-- i.e., allowing coercion in arguments as well as parameters. I just figured the two were related.

[leebyron]

Gotcha. That one should be covered. parseLiteral is called on literal argument values during validation, which catches this kind of issue very early.

[johanatan]

Here's the descriptor for my Color (once again in Clojure syntax) [it looks like there is bug in my generation logic].

Created enum type: Color: descriptor: 
{:name "Color", 
:values {
   {"blue" {:value 1}} {:value 1}, 
   {"orange" {:value 2}} {:value 2},
   {"red" {:value 3}} {:value 3}}}

values is a hash of hashes to hashes, lol [probably not what the engine was expecting].

Sorry for the collossal waste of your time! And thanks for your help!

[leebyron]

No problem, this is actually really valuable information. I will add assertion messages that enums are properly constructed. That could have saved you a lot of time, I'm sure!