Skip to content

Version Packages - #926

Merged
marcinkrasowski merged 1 commit into
mainfrom
changeset-release/main
Sep 16, 2026
Merged

marcinkrasowski merged 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@o2s/integrations.contentful-cms@1.0.2

Patch Changes

  • db5d212: fix(integrations): emit live-preview components as .js so npm consumers can resolve them

    The shared API tsconfig inherited "jsx": "preserve" from the base config, so
    every .tsx file in these packages compiled to a .jsx file — even the ones
    that contain no JSX syntax at all, since the extension alone is enough. Their
    live-preview barrels then shipped require('./BlockEditAffordance') next to a
    BlockEditAffordance.jsx, and Node's CJS resolution inside node_modules only
    tries .js, .json and .node. Any project installing these packages from npm
    fails to build with Module not found: Can't resolve './BlockEditAffordance'.

    This never showed up here because our own apps import the workspace source
    rather than dist; it only breaks external consumers, which is why it survived
    a release.

    The API tsconfig now sets "jsx": "react-jsx", so these files emit .js. No
    behaviour changes: none of the affected components use JSX syntax — the one
    that renders markup already calls React.createElement directly — so nothing
    new is pulled in at runtime, and React is already a peer dependency of all
    three packages.

@o2s/integrations.mocked@2.1.1

Patch Changes

  • db5d212: fix(integrations): emit live-preview components as .js so npm consumers can resolve them

    The shared API tsconfig inherited "jsx": "preserve" from the base config, so
    every .tsx file in these packages compiled to a .jsx file — even the ones
    that contain no JSX syntax at all, since the extension alone is enough. Their
    live-preview barrels then shipped require('./BlockEditAffordance') next to a
    BlockEditAffordance.jsx, and Node's CJS resolution inside node_modules only
    tries .js, .json and .node. Any project installing these packages from npm
    fails to build with Module not found: Can't resolve './BlockEditAffordance'.

    This never showed up here because our own apps import the workspace source
    rather than dist; it only breaks external consumers, which is why it survived
    a release.

    The API tsconfig now sets "jsx": "react-jsx", so these files emit .js. No
    behaviour changes: none of the affected components use JSX syntax — the one
    that renders markup already calls React.createElement directly — so nothing
    new is pulled in at runtime, and React is already a peer dependency of all
    three packages.

@o2s/integrations.strapi-cms@3.1.1

Patch Changes

  • db5d212: fix(integrations): emit live-preview components as .js so npm consumers can resolve them

    The shared API tsconfig inherited "jsx": "preserve" from the base config, so
    every .tsx file in these packages compiled to a .jsx file — even the ones
    that contain no JSX syntax at all, since the extension alone is enough. Their
    live-preview barrels then shipped require('./BlockEditAffordance') next to a
    BlockEditAffordance.jsx, and Node's CJS resolution inside node_modules only
    tries .js, .json and .node. Any project installing these packages from npm
    fails to build with Module not found: Can't resolve './BlockEditAffordance'.

    This never showed up here because our own apps import the workspace source
    rather than dist; it only breaks external consumers, which is why it survived
    a release.

    The API tsconfig now sets "jsx": "react-jsx", so these files emit .js. No
    behaviour changes: none of the affected components use JSX syntax — the one
    that renders markup already calls React.createElement directly — so nothing
    new is pulled in at runtime, and React is already a peer dependency of all
    three packages.

@coderabbitai

coderabbitai Bot commented Sep 16, 2026

Copy link
Copy Markdown
Contributor

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Advanced

Run ID: dfb00d87-0704-4d74-b42f-2d2a3cf172f3

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@github-actions

Copy link
Copy Markdown
Contributor Author

Coverage Report for packages/configs/vitest-config

Status Category Percentage Covered / Total
🔵 Lines 82.03% 2283 / 2783
🔵 Statements 81.16% 2399 / 2956
🔵 Functions 75.83% 640 / 844
🔵 Branches 68.29% 1570 / 2299
File CoverageNo changed files found.
Generated in workflow #960 for commit 6d243c2 by the Vitest Coverage Report Action

@marcinkrasowski
marcinkrasowski merged commit 1a6e136 into main Sep 16, 2026
14 checks passed
@marcinkrasowski
marcinkrasowski deleted the changeset-release/main branch September 16, 2026 11:05

This branch was successfully deployed

1 active deployment
docs-preview — 6d243c2e Deployed Sep 16, 2026 by github-actions[bot] via deploy-docs-preview #960
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.

1 participant