How to get feedback on Support Studio issues and Sentry integration?

5 replies
Last updated: Apr 28, 2021
I read about how the Sanity Team handle support using the “Support Studio” . However, is it possible to have some feedback on issues opened there or see the issue status/priority? I posted here (a week or 2 ago) about integrating Sentry into Sanity and didn’t get any feedback on the subject. Did anyone ever implement this or another similar crash reporting solution in a Sanity Studio?
AI Update

I understand your frustration about not getting visibility into Support Studio issues. Unfortunately, the Support Studio is an internal tool used by the Sanity team for managing support requests, and there isn't currently a public-facing way to check issue status, priority, or get automated updates on tickets you've submitted there.

This is a common pain point in the community. When you submit something through Support Studio, it's essentially a one-way submission unless the support team responds directly. There's no ticket tracking system exposed to users like you'd find with traditional support platforms.

Better Ways to Get Help

For questions like your Sentry integration issue, you're likely to get better community engagement through:

  1. Sanity's Discord community - The most active place for real-time discussions and community help
  2. GitHub Discussions - Good for feature requests and technical discussions
  3. The official support channels through your account dashboard if you're on a paid plan

Regarding Sentry Integration

For your specific question about crash reporting in Sanity Studio: Yes, Sentry integration is definitely possible! Based on a discussion from the community, here's what worked for others:

For Sanity Studio v2 (the older version), the recommended approach was to:

  • Place your Sentry initialization code as the first import in your schema.js file
  • Ensure the schema part (part:@sanity/base/schema) comes first in the parts array of your sanity.json file

This catches nearly all errors, particularly those related to plugin loading and custom components.

For Sanity Studio v3+ (current version), since the Studio is built on React, you can integrate Sentry just like any React application:

  1. Install Sentry's React SDK: npm install @sentry/react
  2. Initialize Sentry in your sanity.config.ts:
import * as Sentry from "@sentry/react";
import { defineConfig } from "sanity";

Sentry.init({
  dsn: "your-sentry-dsn",
  integrations: [new Sentry.BrowserTracing()],
  tracesSampleRate: 1.0,
});

export default defineConfig({
  // your config
});
  1. Optionally wrap your Studio with a Sentry ErrorBoundary for better error handling

The key is that Studio v3+ is a React application, so standard React error monitoring patterns work well. You might want to be selective about what you track to avoid noise from expected Studio behaviors.

If you want to share more details about your specific implementation challenges, the Discord community is much more active than the Support Studio for getting peer-to-peer help!

Show original thread
5 replies
Hi User, sorry about missing your earlier question. Unfortunately, I've only seen a single Sentry integration on a Sanity project, so there's not too much to go on.
However, I know they struggled with finding an entry point that was sufficiently early in the app lifecycle. In the end they placed the Sentry code as first import in their 
schema.js
 file. They then ensured that the schema part came first in the 
parts
 array of their 
sanity.json
 file - the one named 
part:@sanity/base/schema
.
Does this help at all in getting started? Do let me know if you have specific questions about the integration - I could try reaching out to the project mentioned above.
Hi Peter, thanks for the reply! Of course, this is not really the solution I wished for, as ideally I would have preferred to hook at the very beginning of the App Lifecycle. However, I feel like this solution should catch pretty much 99.9% of the potential crashes and errors that could occur in the Studio.Thanks for the tip! It is quite a clever solution!
Hi Peter, thanks for the reply! Of course, this is not really the solution I wished for, as ideally I would have preferred to hook at the very beginning of the App Lifecycle. However, I feel like this solution should catch pretty much 99.9% of the potential crashes and errors that could occur in the Studio.Thanks for the tip! It is quite a clever solution!
Agreed, it's not ideal and we should figure out if there's a way to hook this earlier. However, this should indeed catch nearly all issues, in particular with custom components as they'll all come after the first schema import this way.
Yes, I think this should catch most errors related to plugin loading and custom components. Of course, I think most errors will be more likely to occur once the editor interface loaded (and therefore the schemas loaded). If an error occur even before the Studio correctly loads, we’ll probably here about it from the client 😅

Sanity – Build the way you think, not the way your CMS thinks

Sanity is the developer-first content operating system that gives you complete control. Schema-as-code, GROQ queries, and real-time APIs mean no more workarounds or waiting for deployments. Free to start, scale as you grow.

Was this answer helpful?