Release new version (beta) - #1
Open
github-actions[bot] wants to merge 1 commit into
Open
github-actions[bot] wants to merge 1 commit into
github-actions[bot] wants to merge 1 commit into
Conversation
github-actions
Bot
force-pushed
the
changeset-release/main
branch
from
September 15, 2026 08:48
29f33bd to
b0e0eab
Compare
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
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.
mainis currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, runchangeset pre exitonmain.Releases
@labdigital/commercetools-mock@5.0.0-beta.1
Minor Changes
#430
2e8ae39Thanks @mvantellingen! - PersistexpansionPaths,dependenciesandadditionalContextwhen creatingan API Extension.
The Extension repository only copied
key,timeoutInMs,destinationandtriggersout of the draft, so the three fields added by the 2026-03-12 APIrelease were silently dropped on create.
POST /{projectKey}/extensionswithexpansionPathsreturned an extension without them, which made it look likethe field was rejected. The
setExpansionPaths,setDependenciesandsetAdditionalContextupdate actions were already implemented, so only thecreate path was affected.
dependenciesare now resolved through the storage layer like every otherresource identifier, so they can be given by
keyas well as byid(on bothcreate and
setDependencies, which previously assumedidwas set) and anunknown dependency returns a
ReferencedResourceNotFounderror instead of areference with
id: undefined.Patch Changes
#433
74adf7cThanks @robertmoelker! - Update astro (docs) to v7.* for security reasons#432
756eb56Thanks @robertmoelker! - Enforce BusinessUnit key uniqueness within a project. Creating a business unit with a key that is already taken now returns a 400DuplicateFielderror on thekeyfield instead of silently storing a second unit under the same key.#432
756eb56Thanks @robertmoelker! -clear()now also resets the auth store. Tokens issued before aclear()used to stay valid and keep resolving to customers and anonymous sessions that no longer existed, leaking identity between tests. Tests that issue a token (for example throughcustomerSession) must do so after eachclear().#434
cb56f14Thanks @robertmoelker! - Scope customer email uniqueness to the stores a customer is assigned to. The same email can now be used in different stores, matching commercetools behaviour. Customers created through an in-store endpoint are assigned to that store, and the in-store password flow only matches customers of that store.Implement the
addStore,removeStoreandsetStorescustomer update actions, which re-validate email uniqueness for any store scope the customer newly enters (including becoming a global customer again).Store resource identifiers are now validated by
keyas well as byid, so referencing a non-existent store in a draft returns a 400ReferencedResourceNotFounderror instead of silently passing through. This also fixesgetStoreKeyReference, which previously always failed forid-based references.In-store endpoints (
/{projectKey}/in-store/key={storeKey}/...) now return a 404ResourceNotFoundwhen the store in the path does not exist, matching commercetools.