Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

__typename not merged #369

Closed
qneyrat opened this issue Nov 19, 2019 · 9 comments
Closed

__typename not merged #369

qneyrat opened this issue Nov 19, 2019 · 9 comments

Comments

@qneyrat
Copy link

qneyrat commented Nov 19, 2019

When i start server with go run example/starwars/server/server.go and execute this query :

query TestMerge {
  hero {
    __typename
    name
    
    ... on Character {
      ...Droid
      name
      __typename
    }
    
  }
}

fragment Droid on Droid {
  name
  __typename
}

GraphiQL merge __typename field but the server response has multiple __typename.
Result with server response (browser network inspect) :

{"data":{"hero":{"__typename":"Droid","name":"R2-D2","__typename":"Droid","__typename":"Droid"}}}

Expected :

{"data":{"hero":{"name":"R2-D2","__typename":"Droid"}}}

With graphql-js __typename is merged.

link #365

@pavelnikolov
Copy link
Member

Hi, I just ran the following test:

  1. I checked out latest version of this library.
  2. Then, I ran go run example/starwars/server/server.go
  3. I rand the query you provided:
query TestMerge {
  hero {
    __typename
    name
    
    ... on Character {
      ...Droid
      name
      __typename
    }
    
  }
}

fragment Droid on Droid {
  name
  __typename
}
  1. I got the expected response:

Screen Shot 2020-05-01 at 10 59 02 am

I am closing this issue because I am unable to reproduce it in the latest version of the library.

@pavelnikolov
Copy link
Member

pavelnikolov commented May 1, 2020

Oh, I just read more carefully. Indeed, the GraphiQL UI is merging this and is hiding the real problem. I am reopening the issue.
Screen Shot 2020-05-01 at 11 03 20 am

@pavelnikolov
Copy link
Member

Apparently there is an issue with our unit tests too. I just wrote this unit test and it passes:

func TestMergeTypename(t *testing.T) {
	gqltesting.RunTests(t, []*gqltesting.Test{
		{
			Schema: starwarsSchema,
			Query: `
				query TestMerge {
					hero {
						__typename
						name
					
						... on Character {
							...Droid
							name
							__typename
						}
					}
				}
				
				fragment Droid on Droid {
					name
					__typename
				}
			`,
			ExpectedResult: `
				{
					"hero": {
						"name": "R2-D2",
						"__typename": "Droid"
					}
				}
			`,
		},
	})
}

@pavelnikolov
Copy link
Member

pavelnikolov commented May 1, 2020

In our testing.go file we have this function:

func formatJSON(data []byte) ([]byte, error) {
	var v interface{}
	if err := json.Unmarshal(data, &v); err != nil {
		return nil, err
	}
	formatted, err := json.Marshal(v)
	if err != nil {
		return nil, err
	}
	return formatted, nil
}

This function hides the real issue during tests 🤦

@qneyrat
Copy link
Author

qneyrat commented May 2, 2020

Oh! yes json.Unmarshal merge same keys 🤕
Any idea to fix that? I'll investigate.

@pavelnikolov
Copy link
Member

@qneyrat any luck with this?

@qneyrat
Copy link
Author

qneyrat commented Mar 23, 2021

I dont know why field is merged but typename no.
Typename and name has different level in execFieldSelection but field name merged.

Before execFieldSelection

&{{{name [] String! [] The name of the character} Character 4 [] false false <nil> 0x187f1a0 GraphQL field: Character.name} name map[] <invalid Value> [] false <invalid Value>}
&{{Character map[appearsIn:0xc000150a80 friends:0xc000150240 friendsConnection:0xc000150300 id:0xc0001500c0 name:0xc000150180] map[Droid:0xc00015e760 Human:0xc00015e020]} __typename}
&{{5 0xc00015eb60} [0xc0001063c0 0xc0001b6090]}
&{{{name [] String! [] What others call this droid} Droid 4 [] false false <nil> 0x187f1a0 GraphQL field: Droid.name} name map[] <invalid Value> [] false <invalid Value>}
&{{Droid map[appearsIn:0xc000151c80 friends:0xc000151800 friendsConnection:0xc0001518c0 id:0xc000151680 name:0xc000151740 primaryFunction:0xc000151d40] map[]} __typename}

After exec (alias of field

0 __typename
1 name
2 __typename
3 __typename
0 hero

@pavelnikolov
Copy link
Member

I haven't had the time to investigate but __typename is supposed to be also a key in the map. Could it be stored with different keys?

eko added a commit to eko/graphql-go that referenced this issue Mar 29, 2021
@eko
Copy link
Contributor

eko commented Mar 29, 2021

Hi,

I just proposed a fix, all tests seems to be still OK and I added a new test to ensure this issue is fixed :-)

Please let me know if you see something I should change because I don't know the code of this library.

eko added a commit to eko/graphql-go that referenced this issue Mar 29, 2021
eko added a commit to eko/graphql-go that referenced this issue Mar 29, 2021
eko added a commit to eko/graphql-go that referenced this issue Mar 29, 2021
pavelnikolov added a commit that referenced this issue Mar 29, 2021
Fixed duplicated __typename in response (fixes #369)
Umanish pushed a commit to tokopedia/graphql-go that referenced this issue May 15, 2023
* Support for embedded struct type in resolver

* fix bug in slice pop

* fix bug while finding field

* add 'getFieldCount' to resolve ambiguity

* Increase extensions test coverage

* Remove duplicate unit tests

* rename 'getFieldCount' to 'fieldCount'

* add test for ambiguous field panic

* add unit tests for embedded struct feature

* rename TestEmbedded => TestEmbeddedStruct

* Fixes graph-gophers#357

* Actually fix graph-gophers#357

* Print context to panic log

* Add Example of Custom Errors

Adding example and documentation for how to create custom error
 implementations which include `extensions` within their `error` payload

* Clarify errors for mismatching input implementation

Producing clearer error messages when field input arguments are
 implemented by code:

 * Which does not match the schema e.g. missing field; or
 * Function missing struct wrapper for field arguments

* Allow `schema` to be omitted when using default root op names

* Strip Common Indentation from BlockString Descriptions

Multi-line descriptions need to have their common indentation level
 (which results from indentation of that part of the schema, rather than
 being intentional for the description text) removed to ensure the
 descriptions use the correct value, are formatted correctly etc

This is to meet the condition documented in the GraphQL spec:

https://graphql.github.io/graphql-spec/June2018/#sec-String-Value

> Since block strings represent freeform text often used in indented
>  positions, the string value semantics of a block string excludes
>  uniform indentation and blank initial and trailing lines via
>  BlockStringValue().

* Syntax highlighting fixed in README

* Add walkthrough

Fixed small punctuation and added my walkthrough package

* Update README.md

* Add support for directives in schema parser

* Use operationName from query if missing from POST

* Fix SIGSEGV when client subs to multiple fields

* bugfix: correctly determine fragment usage

In previous versions of this code, this validation would exit when it
encountered a fragment legitimately used twice. This bugfix skips the recursion
but does not stop progress altogether allowing other fragments to be marked as
used.

* Limit the number of concurrent list nodes processed

It uses the current capacity of the limiter as a hint as this is set
based on the maxParallelism field on the schema.

* Remove need for WaitGroup

* More descriptive error when unmarshaling ID/Time

This adds a tiny bit more information to the error messages produced
when unmarshaling an input value to an ID or Time fails.

* Improve README.md

Fixes graph-gophers#307

Add short descriptions for different schema options.
Move community examples to wiki.
Add companies that use this library.

* fix graph-gophers#241

Similar to graph-gophers#407, but adds test cases.

* Add comment explaining why we limit concurrency

* Issue graph-gophers#299: unclear error message in case of multiline string argument

* handle case where interface is type-asserted to same interface

* Issue graph-gophers#299: unclear error message in case of multiline strings

* Issue graph-gophers#299: unclear error message in case of multiline string argument

* Update logic to always check for nil pointer returns

* Adding variables parameter for query validations.

* Fixed `reflect.Value.Type on zero Value` panic when subscription resolver itself panicks

The internal exec Subscribe method had code to deal with subscription resolver panicking
when being called. But when such handling happen, the error is attached to the request
object and it never checked later on.

This leads to some zero checks to fail when we try to extract the type from the resolver's
channel since this variable was never set. Doing this creates a second panic which is not
handled and make the application die.

To fix the issue, we now check if there is errors on the request object before continuing
with the rest of the check, if there is errors, it's because a panic occurs and we return
the response right away.

* Added possibility to customize subscription resolver timeout value

The previous value was hard-coded to 1 second. This is problematic for resolver that
takes more time than this to return a result.

When parsing the schema, it's not possible to pass a custom value for the subscription
resolver timeout.

Extracted from graph-gophers#317

* Allowed Subscription resolver to return `*QueryError` directly

Previously, any error returned by the Subscription resolver was immediately wrapped inside
its own `*QueryError` value even if the returned error was already a `*QueryError`.

Now, when receiving such types, we use it as-is without wrapping again.

* Adding/removing empty lines where needed

* DisableIntrospection should not skip __typename for usages of GraphQL union types

* Add context to validation tracing

Context is needed for tracing to access the current span, in order to
 add tags to it, or create child spans. As presently defined (without a
 context), this cannot be done: new spans could be created, but they
 would not be associated with the existing request trace.

OpenTracingTracer implements the new interface (it never implemented the
 old one). Via this 'extension interface', the tracer configured (or the
 default tracer) will be used as the validation tracer if:

 * The tracer implements the (optional) interface; and
 * A validation tracer isn't provided using the deprecated option

What this means is that the deprecated option is _preferred_ as an
 override. This allows users to migrate in a non-breaking, non-behaviour
 changing way, until such time as they intentionally remove the use of
 the deprecated option. For those who are currently using the default
 tracer, and not supplying a validation tracer, validation will be traced
 immediately with no change required to configuration options.

* Add support for nullable types

This allows to differentiate between an omitted value and a null value
in an input struct.

* Fixed duplicated __typename in response (fixes graph-gophers#369)

* Create CHANGELOG.md

* Update CHANGELOG.md

* ignore JetBrains IDEA and vscode meta directories

* expose packer.Unmarshaler interface as graphql.Unmarshaler
- add tests for graphql.Time as reference implementation

* move packer.Unmarshaler interface to decode.Unmarshaler, so the methods are actually visible

* add types package

Part of graph-gophers#434 and related to graph-gophers#116 this change adds a new package containing all
types used by graphql-go in representing the GraphQL specification. The names
used in this package should match the specification as closely as possible.

In order to have cohesion, all internal packages that use GraphQL types have
been changed to use this new package.

This change is large but mostly mechanical. I recommend starting by reading
through the `types` package to build familiarity. I'll call out places in the
code where I made decisions and what the tradeoffs were.

* add getter for the types.Schema field

This additive function shouldn't break backward compatibility will allow those
who want access to the types to get at an AST version of the `types.Schema`

* unused fields

* rename to match types

* remove unused

* use a string and not an Ident for a FieldDefinition's name

This was an error. When this field was renamed from schema.Field (to avoid
ambiguity) its name field changed to match query.Field (to Ident). This caused a
cascade of useless changes that will be rolled back in the next commit

* fix compile errors introduced by ab449f0

* merge conflict errors

* add location fields to type definitions

* Fix dir in readme

* coerce float64 to int32 in NullInt and vice versa in NullFloat

* errors.Errorf preserves original error similar to fmt.Error

* removed test dependency on errors.Is

* checkErrors ignores the raw error for purposes of determining if the test passed or failed

* Update CHANGELOG.md

* internal/exec: assign parent type name to __typename fields

* Accepting value Json in parameter of request's body in  custom Scalar (graph-gophers#467)

Accept JSON value in resolver args

* Add option for custom panic handler (graph-gophers#468)

Add option for custom panic handler

* Tests showing query variables are validated correctly (graph-gophers#470)

* README nit -- Move '$' out of cut/paste buffer (graph-gophers#473)

Move '$' out of cut/paste buffer

* internal/exec/resolvable: include struct field name in errors (graph-gophers#477)

* internal/exec/resolvable: include struct field name in errors

We were only adding method name, which meant that it was taking
an empty string if the resolver was a struct field. This was
making the error messages hard to parse as the user can't know
which field has the error.

Added a check to use the correct variable.

* improve test

* ci: setup SemaphoreCI v2 (graph-gophers#479)

Update Semaphore configuration

* Support "Interfaces Implementing Interfaces" (graph-gophers#471)

Interface implementing interfaces support https://spec.graphql.org/draft/#sec-Interfaces.Interfaces-Implementing-Interfaces

* README.md: Fix build status badge

I broke this accidentally when removing the legacy SemaphoreCI integration.

* fix golangci lint errors in the codebase (graph-gophers#478)

Added a base golangci-config to the codebase to get
started. Some more changes are pending, and those
checks are commented out in the config.

* Improve Sempahore CI (graph-gophers#481)

Improve Sempahore CI build

* Make some more golang-ci improvements (graph-gophers#483)

* graphql.Time unmarshal unix nano time (graph-gophers#486)

* validation: fix bug in maxDepth fragment spread logic (graph-gophers#492)

* Create codeql-analysis.yml

* Add OpenTelemetry Support (graph-gophers#493)

Add OpenTelemetry tracer implementation

* Improve the Getting Started section

* Update README.md

* Improve the Getting Started section in the README

* Create SECURITY.md

* Fix the OTEL tracer package name (graph-gophers#495)

* Fix parseObjectDef will terminate when object has bad syntax (graph-gophers#491) (graph-gophers#500)

Thank you for your contribution

* Fix remove checkNilCase test helper function (graph-gophers#504)

* Add graphql.Time example (graph-gophers#508)

* Apollo Federation Spec: Fetch service capabilities (graph-gophers#507)

Add basic support for Apollo Federation

Co-authored-by: Alam <sulthan.alam@lemonilo.com>
Co-authored-by: pavelnikolov <me@pavelnikolov.net>

* Ignore yarn.lock file

* add support for repeatable directives (graph-gophers#502)

add support for repeatable directives

* Fix example/social code (graph-gophers#510)

The `Friends` field had higher priority than the `FriendsResolver` method. This is the reason why the field was renamed to a value, that doesn't match the GraphQL resolver.

* Fix lint error (graph-gophers#512)

* Refactor trace package (graph-gophers#513)

Remove dependency for graphql-go on OpenTracing and OpenTelemetry except
 where those tracers are explicitly configured for use.

* Adding in primitive value validation. (graph-gophers#515)

* Update README.md

* Update README.md

* Improve type assertion method argument validation (require zero) (graph-gophers#516)

Improve type assertion method argument validation (require zero)

It's tempting to include a context argument (or think it's allowed), but
not discover that this will fail until a query is executed. Validating
the resolver during schema parsing reduces the chance of inadvertant
errors here.

Signed-off-by: Evan Owen <kainosnoema@gmail.com>

* Disallow repeat of non repeatable directives (graph-gophers#525)

* Disallow repeat of non repeatable directives

* Remove unnecessary scallar

* Added changes lost after package update

* merging old prs

* adding gqlerrors support

* adding dev message, error code support

* Readded Export query name method functionality after package update

* Fix: extension initialisation and updated error method to return extension details

* updated QueryError Extensions to not emit if empty

---------

Signed-off-by: Evan Owen <kainosnoema@gmail.com>
Co-authored-by: Elijah Oyekunle <eloyekunle@gmail.com>
Co-authored-by: Pavel Nikolov <me@pavelnikolov.net>
Co-authored-by: Pavel Nikolov <pavelnikolov@users.noreply.github.com>
Co-authored-by: Dorian Thiessen <Dorian.thiessen@usask.ca>
Co-authored-by: Ivan <ivan.petrus@kumparan.com>
Co-authored-by: David Ackroyd <dackroyd@fairfaxmedia.com.au>
Co-authored-by: pavemaksim <pavemaksim@gmail.com>
Co-authored-by: Tony Ghita <ghita71@gmail.com>
Co-authored-by: Zaydek <zaydekdotcom@gmail.com>
Co-authored-by: Sylvain Cleymans <sylvain@movio.co>
Co-authored-by: will@newrelic.com <will@newrelic.com>
Co-authored-by: Nicolas Maquet <nicolas@movio.co>
Co-authored-by: Sean Sorrell <seansorr@twitch.tv>
Co-authored-by: Ryan Slade <ryanslade@gmail.com>
Co-authored-by: Thorsten Ball <mrnugget@gmail.com>
Co-authored-by: obei <obei.sideg@gmail.com>
Co-authored-by: Quinn Slack <quinn@slack.org>
Co-authored-by: suntoucha <suntoucha@gmail.com>
Co-authored-by: Barry Dutton <dutbarry@justin.tv>
Co-authored-by: Sebastian Motavita <Sebastian.Motavita@endava.com>
Co-authored-by: Matthieu Vachon <matt@dfuse.io>
Co-authored-by: Epsirom <chenhuarongzp@gmail.com>
Co-authored-by: David Ackroyd <23301187+dackroyd@users.noreply.github.com>
Co-authored-by: Vincent Composieux <vincent@composieux.fr>
Co-authored-by: Silvio Ginter <silvio.ginter@esome.com>
Co-authored-by: Sam Ko <samuko@twitch.tv>
Co-authored-by: jinleileiking <jinleileiking@gmail.com>
Co-authored-by: Edward Ma <edward@catch.co>
Co-authored-by: Matt Ho <matt.ho@gmail.com>
Co-authored-by: Tony Ghita <tony@twitch.tv>
Co-authored-by: Gustavo Delfim <gusttavodelfim@gmail.com>
Co-authored-by: John Starich <johnstarich@gmail.com>
Co-authored-by: Florian Suess <floriansuess96@icloud.com>
Co-authored-by: wejafoo <79415032+wejafoo@users.noreply.github.com>
Co-authored-by: Agniva De Sarker <agnivade@yahoo.co.in>
Co-authored-by: Steve Gray <steve-gray@users.noreply.github.com>
Co-authored-by: Connor Vanderhook <14183191+cnnrrss@users.noreply.github.com>
Co-authored-by: roaris <61813626+roaris@users.noreply.github.com>
Co-authored-by: Sulthan Alam <40392850+aeramu@users.noreply.github.com>
Co-authored-by: Alam <sulthan.alam@lemonilo.com>
Co-authored-by: speezepearson <speezepearson@users.noreply.github.com>
Co-authored-by: Dallas Phillips <dallasphillips24@gmail.com>
Co-authored-by: Evan Owen <kainosnoema@gmail.com>
Co-authored-by: Igor <9917165+ostrea@users.noreply.github.com>
Co-authored-by: Amritansh Kumar <amritansh.kumar@tokopedia.com>
Co-authored-by: kumaramritansh <105722986+kumaramritansh@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants