Skip to content

Conversation

@alex-holovach
Copy link

Added PostgreSQL as a backend option in the web UI settings, allowing users to view workflow data stored in a postgres database.

image image

@changeset-bot
Copy link

changeset-bot bot commented Nov 29, 2025

⚠️ No Changeset found

Latest commit: 5119a05

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@vercel
Copy link
Contributor

vercel bot commented Nov 29, 2025

@alex-holovach is attempting to deploy a commit to the Vercel Labs Team on Vercel.

A member of the Team first needs to authorize it.

Add ability to configure PostgreSQL as a backend in the web UI settings.
Users can now select PostgreSQL from the backend dropdown and provide
a connection URL to view workflow data stored in a postgres database.

Signed-off-by: Alex Holovach <[email protected]>
Signed-off-by: Alex Holovach <[email protected]>
Copy link
Member

@VaguelySerious VaguelySerious left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! Before we merge, can you add a changeset (pnpm changeset) with a patch change for web?

My other comment is relevant, but not in the way of merging this, and if you decide not to add that to this PR, I'll create a GH issue for it instead

"@types/react-dom": "19",
"@workflow/core": "workspace:*",
"@workflow/world": "workspace:*",
"@workflow/world-postgres": "workspace:*",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ If we're going down the route of adding more world support to the UI, which I'd love to do even for third-party worlds, I think we should not import the world into web.

Instead, we should set the worlds as peer dependencies (or not put them in package.json at all), and when the web app first loads, validateWorldConfig or a similar server action should check the list of known package (or the package name manually provided) to see which of them are installed, and then disable + display tooltip warnings for those that aren't, mentioning e.g. npm install <package-name> to the user.

We expect users to not run into this, since presumably in order to use the o11y UI with their preferred world, they likely already use the world package locally, and must have had it installed, but if not, this prompts them to do so.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants