This snippet removes the &#8220;extensions&#8221; from the GraphQL response: 



<pre class="wp-block-code lang-php"><code>add_filter( 'graphql_request_results', function( $response ) {
	// If it's an ExecutionResult object, we need to handle it differently
	if ( $response instanceof \GraphQL\Executor\ExecutionResult ) {
		// Convert to array and remove extensions if they exist
		$array = $response->toArray();
		if ( isset( $array['extensions'] ) ) {
			unset( $array['extensions'] );
		}
		return $array;
	}

	// Handle array responses
	if ( is_array( $response ) && isset( $response['extensions'] ) ) {
		unset( $response['extensions'] );
	}

	// Handle object responses
	if ( is_object( $response ) && isset( $response->extensions ) ) {
		unset( $response->extensions );
	}

	return $response;
}, 99, 1 );</code></pre>



<h2 class="wp-block-heading">Before</h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="840" height="651" src="https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.00-AM.png" alt="" class="wp-image-8497" srcset="https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.00-AM.png 840w, https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.00-AM-300x233.png 300w, https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.00-AM-768x595.png 768w" sizes="auto, (max-width: 840px) 100vw, 840px" /></figure>







<h2 class="wp-block-heading">After</h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="788" height="339" src="https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.30-AM.png" alt="" class="wp-image-8500" srcset="https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.30-AM.png 788w, https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.30-AM-300x129.png 300w, https://content.wpgraphql.com/wp-content/uploads/2021/07/Screen-Shot-2021-07-13-at-10.44.30-AM-768x330.png 768w" sizes="auto, (max-width: 788px) 100vw, 788px" /></figure>

Remove Extensions from GraphQL Response

WPGraphQL respects WordPress core access control rights. This means that data that is only available to authenticated users in the WordPress admin is only available to authenticated users making GraphQL requests. 



Sometimes, you want to expose fields that are restricted by default. 



Take the Post Type Label field, for example. 



Querying for the label of a Post Type as a public user returns a <code>null</code> value by default: 



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="335" src="https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.35-AM-1024x335.png" alt="Screenshot of a query for ContentTypes and their label, showing null value for the label." class="wp-image-7771" srcset="https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.35-AM-1024x335.png 1024w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.35-AM-300x98.png 300w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.35-AM-768x251.png 768w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.35-AM.png 1146w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /></figure>



With the following snippet, you can expose the <code>label</code> field to public users:



<pre class="wp-block-code lang-php"><code>add_filter( 'graphql_allowed_fields_on_restricted_type', function( $allowed_restricted_fields, $model_name, $data, $visibility, $owner, $current_user ) {

	if ( 'PostTypeObject' === $model_name ) {
		$allowed_restricted_fields[] = 'label';
	}

	return $allowed_restricted_fields;

}, 10, 6 );</code></pre>



And below we can see the same query, showing the value of the labels to public users.



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="333" src="https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.22-AM-1-1024x333.png" alt="Screenshot of a query for ContentTypes and their label, showing the label's value for the label." class="wp-image-7767" srcset="https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.22-AM-1-1024x333.png 1024w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.22-AM-1-300x98.png 300w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.22-AM-1-768x250.png 768w, https://content.wpgraphql.com/wp-content/uploads/2020/12/Screen-Shot-2020-12-08-at-6.10.22-AM-1.png 1143w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /></figure>

Showing Post Type labels in public queries

The following snippets show how to change the Debug Flag for the GraphQL Server execution. 



By default, the function callstack trace is not included with errors data unless users are logged in. 



If you wanted to track this data on the server, for example, even for public requests, and send the data to a logging service, for example, you could enable the call stack with the following snippet. (Just make sure you _also_ cleanup the errors after the fact so you don&#8217;t expose too much data to public users.)



<pre class="wp-block-code lang-php"><code>add_action( 'graphql_server_config', function( \GraphQL\Server\ServerConfig $config ) {
	$config->setDebugFlag( 1 );
});</code></pre>



Example of the Error Trace when the debug flag is set to 1



There is no callstack trace with the error.



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="444" src="https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.32.41-PM-1024x444.png" alt="" class="wp-image-4766" srcset="https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.32.41-PM-1024x444.png 1024w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.32.41-PM-300x130.png 300w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.32.41-PM-768x333.png 768w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.32.41-PM.png 1180w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /></figure>



Example of the Error Trace when the debug flag is set to 2



<pre class="wp-block-code lang-php"><code>add_action( 'graphql_server_config', function( \GraphQL\Server\ServerConfig $config ) {
	$config->setDebugFlag( 2 );
});</code></pre>



There is a callstack trace included with the error.



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="490" src="https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.31.42-PM-1024x490.png" alt="" class="wp-image-4762" srcset="https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.31.42-PM-1024x490.png 1024w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.31.42-PM-300x144.png 300w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.31.42-PM-768x368.png 768w, https://content.wpgraphql.com/wp-content/uploads/2020/11/Screen-Shot-2020-11-12-at-11.31.42-PM.png 1232w" sizes="auto, (max-width: 1024px) 100vw, 1024px" /></figure>

Changing the Server Debug Flag

Extensions

Free open-source WordPress plugin that turns any WordPress site into a GraphQL API