
<p>This snippet removes the &#8220;extensions&#8221; from the GraphQL response: </p>



<pre class="wp-block-code lang-php"><code>add_filter( 'graphql_request_results', function( $response ) {
	if ( is_array( $response ) && isset( $response['extensions'] ) ) {
		unset( $response['extensions'] );
	}
	if ( is_object( $response ) && isset( $response->extensions ) ) {
		unset( $response->extensions );
	}
	return $response;
}, 99, 1 );</code></pre>



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



<div class="wp-block-image"><figure class="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="(max-width: 840px) 100vw, 840px" /></figure></div>



<p></p>



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



<div class="wp-block-image"><figure class="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="(max-width: 788px) 100vw, 788px" /></figure></div>


Remove Extensions from GraphQL Response


<p>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. </p>



<p>Sometimes, you want to expose fields that are restricted by default. </p>



<p>Take the Post Type Label field, for example. </p>



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



<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="(max-width: 1024px) 100vw, 1024px" /></figure>



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



<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>



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



<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="(max-width: 1024px) 100vw, 1024px" /></figure>


Showing Post Type labels in public queries


<p>The following snippets show how to change the Debug Flag for the GraphQL Server execution. </p>



<p>By default, the function callstack trace is <em>not</em> included with errors data unless users are logged in. </p>



<p>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.)</p>



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



<p><strong>Example of the Error Trace when the debug flag is set to 1</strong></p>



<p>There is no callstack trace with the error.</p>



<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="(max-width: 1024px) 100vw, 1024px" /></figure>



<p><strong>Example of the Error Trace when the debug flag is set to 2</strong></p>



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



<p>There is a callstack trace included with the error.</p>



<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="(max-width: 1024px) 100vw, 1024px" /></figure>


Remove Extensions from GraphQL Response

Showing Post Type labels in public queries

Changing the Server Debug Flag