Files
supabase/apps/studio/data/projects/project-status-override.ts
Gildas GarciaandAlaister Young 737b8595f2 Update API types (#50234)
## Problem

platform, v1 and v2 have been already completely migrated and introduced
some changes.

Some types have been renamed, some outputs and inputs updated.

## Solution

- Update the API types
- Fix the TS errors

## Update

Taking this over to unblock #50134, which needs the new scoped token
permission ids from the regenerated types.

- Merged `master`.
- Regenerated `api-v2.d.ts` from the production spec. The previous files
came from a local API that exposed a webhook events endpoint production
doesn't have yet. Production has since added standardized 400 error
responses on the v2 organization endpoints. `api-v1.d.ts` and
`platform.d.ts` already matched production.
- Fixed `verify-production-types`. It formatted the regenerated files in
a temp directory outside the repository, so Prettier fell back to its
defaults and the comparison could never match the committed files. It
now passes the repository config explicitly. `pnpm api:verify-types`
passes on this branch.
- Verified locally: `pnpm typecheck`, `pnpm api:verify-types`, Studio
unit tests.

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **Bug Fixes**
* Preserved descriptions when saving, sharing, moving, or unsharing
notebooks, reports, SQL snippets, and saved queries.
* Improved handling of empty or null values across notebook
descriptions, billing usage, pooler settings, and infrastructure fields.
* Improved read-replica connection handling, including read-only
connection strings.
* Updated storage configuration and capability handling to match current
settings.

* **API and Compatibility**
* Updated organization, project, storage, OAuth, billing, and
infrastructure data handling to match current API responses.
  * OAuth app creation and updates now require scopes.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->

---------

Co-authored-by: Alaister Young <10985857+alaister@users.noreply.github.com>
2026-09-11 12:17:49 +08:00

46 lines
1.4 KiB
TypeScript

import type { components } from '@/data/api'
type ProjectStatus = components['schemas']['ProjectDetailResponse_Output']['status']
const STORAGE_KEY = 'devToolbar:projectStatusOverrides'
const IS_ENABLED =
process.env.NEXT_PUBLIC_ENVIRONMENT === 'local' ||
process.env.NEXT_PUBLIC_ENVIRONMENT === 'staging'
function readOverrides(): Record<string, ProjectStatus> {
if (!IS_ENABLED || typeof window === 'undefined') return {}
try {
const raw = window.localStorage.getItem(STORAGE_KEY)
return raw ? (JSON.parse(raw) as Record<string, ProjectStatus>) : {}
} catch {
return {}
}
}
function writeOverrides(overrides: Record<string, ProjectStatus>) {
if (typeof window === 'undefined') return
if (Object.keys(overrides).length > 0) {
window.localStorage.setItem(STORAGE_KEY, JSON.stringify(overrides))
} else {
window.localStorage.removeItem(STORAGE_KEY)
}
}
export function getProjectStatusOverride(ref: string | undefined): ProjectStatus | undefined {
if (!IS_ENABLED || !ref) return undefined
return readOverrides()[ref]
}
export function setProjectStatusOverride(ref: string, status: ProjectStatus) {
if (!IS_ENABLED) return
writeOverrides({ ...readOverrides(), [ref]: status })
}
export function clearProjectStatusOverride(ref: string) {
if (!IS_ENABLED) return
const overrides = readOverrides()
delete overrides[ref]
writeOverrides(overrides)
}