Open allinsonmota opened 7 months ago
Hey @allinsonmota , thank you for reporting the issue.
I was able to reproduce the issue; currently, the GraphQL query editor treats all scalar types as strings, which impacts how your Long
type is handled. While standard GraphQL types (Int
, Float
, Boolean
, etc.) work as intended, we'll investigate this further to see how we can potentially improve custom scalar type handling.
Hi. I also have this issue. It does work if you edit the request to remove the quotation marks, but the UI will put them back if you use the separate field input box.
Is there any hint that we can give when defining a custom scalar? Perhaps a directive, such as @specifiedBy
(though I'm not sure which RFC would apply for a Long
). Or it could be a custom directive for postman, or it could just be by naming convention, etc.
Thanks.
I am facing this issue as well.
Is there an existing issue for this?
Describe the Issue
Hello, I'm using the Postman version for MAC (details of the Postman version below) and it seems that when creating a GraphQL request from the UI, there might be an error. While assembling the request from the UI and filling in the input corresponding to an id defined as "Long" (which is defined as Long in the schema and appears to be recognized as such in the UI), it gets transformed into a String, causing an error when executing the query due to data type differences. I'm attaching a video showing the potential error.
Steps To Reproduce
Long
and filled from the interface. (while you typing the input you'll see it will convert toString
automatically).Screenshots or Videos
The video:
https://github.com/postmanlabs/postman-app-support/assets/7458011/e59716d3-760a-440d-815d-240c362c4298
Operating System
macOS
Postman Version
10.24.11
Postman Platform
Postman App
User Account Type
Signed In User
Additional Context?
No response