Skip to content

chore(deps): bump commerce-elastic-path to 0.5.3 in the three consumers (#531) - #554

Merged
field123 merged 1 commit into
masterfrom
chore/531-consumer-lockfiles-0.5.3
Sep 11, 2026
Merged

chore(deps): bump commerce-elastic-path to 0.5.3 in the three consumers (#531)#554
field123 merged 1 commit into
masterfrom
chore/531-consumer-lockfiles-0.5.3

Conversation

@field123

Copy link
Copy Markdown
Collaborator

Completes #531. 0.5.3 is published; this is the half that could not land before it, because these three lockfiles pin the published tarball's own dependency ranges.

The lockfiles are the load-bearing change — publish-hostless installs with --frozen-lockfile, and ^0.5.x already admitted the patch bump, so the manifests alone move nothing.

What the resolve actually moved

before after
react-instantsearch-core 7.41.0 (7.44.1 in the example app) 7.49.0
instantsearch.js 4.108.0 (4.111.1 in the example app) 4.116.0
react-instantsearch-nextjs 0.3.21 1.4.8
@elasticpath/plasmic-ep-commerce-elastic-path 0.5.2 0.5.3

react-instantsearch-nextjs is a major bump with no importer yet, so it is inlined into no bundle until SSR catalog search lands (#539).

The search library itself moves eight minors inside the hostless bundle every Studio project loads. Semver-compatible and the hooks in use are stable public API, but nothing tests it: the package's catalog-search suites run under pnpm's resolution, not these lockfiles'. Worth exercising search in the browser before publish-hostless runs--frozen-lockfile succeeding only proves it installed, which is already confirmed here (yarn install --frozen-lockfile in canvas-packages reports "Already up-to-date").

Closing out #531

With this merged, the remaining acceptance criteria are met: the published package installs into React 19 + Next 15 without ERESOLVE, the three lockfiles carry the new ranges, and the hostless publish can run against them.

…loader-bundle-env and the example app

0.5.3 raises the InstantSearch dependency floors (#531), which clears the
ERESOLVE against React 19. The lockfiles are the load-bearing change:
publish-hostless installs with --frozen-lockfile, and a ^0.5.x range already
admitted the patch bump, so the manifests alone move nothing.

The floors move real versions in the bundle environments, not only declarations:

                              before     after
  react-instantsearch-core    7.41.0     7.49.0    (7.44.1 in the example app)
  instantsearch.js            4.108.0    4.116.0   (4.111.1 in the example app)
  react-instantsearch-nextjs  0.3.21     1.4.8

react-instantsearch-nextjs is a major bump with no importer yet, so it is
inlined into no bundle until SSR catalog search lands (#539). The search library
itself moves eight minors inside the hostless bundle every Studio project loads;
exercise search before publish-hostless runs, since --frozen-lockfile succeeding
only proves it installed.
@field123
field123 merged commit ffcdf5e into master Sep 11, 2026
9 checks passed
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