Releases: mocktomata/mocktomata
Release list
mocktomata@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Minor Changes
-
98560f3: Depend on
type-plus8.0.0-beta.10exactly, up from^7.0.0.Minor, not major:
type-plusis a runtime dependency here (ts/browser/context.tsuses
requiredDeepandRequiredPick) but it does not leak into the published declarations — no
emitted.d.tsin this package imports fromtype-plus, so consumers do not inherit
type-plus@8's newtypescript >= 5.6.0peer through this package's own types. The last
publishedmocktomata(9.2.3) declarestype-plus: ^7.0.0, so that is the jump consumers see.The version is pinned exactly rather than caret-ranged.
^8.0.0-beta.10resolves to
>=8.0.0-beta.10 <9.0.0-0, which admits every later8.0.0prerelease plus8.0.0and
8.1.0.type-plus8 is a prerelease line where breaking changes land between betas —
beta.10 to beta.11 changedEqual's signature and removedisType.f. An exact version makes
each bump a reviewable pull request instead of something a lockfile refresh can do silently.
This reverts to a caret once 8.0.0 is stable.
Patch Changes
-
98560f3: Raise the
standard-logfloor to^13.1.0.standard-log@13.1.0is the first 13.x ontype-plus@8.0.0-beta.10;13.0.1still pulled
type-plus@7.6.2. Raising the floor removes one of the duplicatetype-plusmajors from the
installed tree. Range-compatible for consumers —^13.0.1already admitted13.1.0. -
Updated dependencies [66fdf25]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
- @mocktomata/framework@10.0.0
- @mocktomata/io-remote@10.0.0
- @mocktomata/service@10.0.0
- @mocktomata/nodejs@10.0.0
@mocktomata/service@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Minor Changes
-
98560f3: Depend on
type-plus8.0.0-beta.10exactly, up from^7.0.0.Minor, not major:
type-plusis a runtime dependency here (ts/test_server.tsuses
required) but it does not leak into the published declarations — no emitted.d.tsin this
package imports fromtype-plus, so consumers do not inherittype-plus@8's new
typescript >= 5.6.0peer through this package's own types. The last published
@mocktomata/service(9.2.4) declarestype-plus: ^7.0.0, so that is the jump consumers see.The version is pinned exactly rather than caret-ranged.
^8.0.0-beta.10resolves to
>=8.0.0-beta.10 <9.0.0-0, which admits every later8.0.0prerelease plus8.0.0and
8.1.0.type-plus8 is a prerelease line where breaking changes land between betas —
beta.10 to beta.11 changedEqual's signature and removedisType.f. An exact version makes
each bump a reviewable pull request instead of something a lockfile refresh can do silently.
This reverts to a caret once 8.0.0 is stable.
Patch Changes
-
98560f3: Raise the
standard-logfloor to^13.1.0.standard-log@13.1.0is the first 13.x ontype-plus@8.0.0-beta.10;13.0.1still pulled
type-plus@7.6.2. Raising the floor removes one of the duplicatetype-plusmajors from the
installed tree. Range-compatible for consumers —^13.0.1already admitted13.1.0. -
Updated dependencies [66fdf25]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
- @mocktomata/framework@10.0.0
- @mocktomata/nodejs@10.0.0
@mocktomata/plugin-axios@3.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Patch Changes
@mocktomata/nodejs@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Minor Changes
-
98560f3: Depend on
type-plus8.0.0-beta.10exactly, up from^7.0.0.Minor, not major:
type-plusis a runtime dependency here (ts/io.tsusesreduceByKey)
but it does not leak into the published declarations — no emitted.d.tsin this package
imports fromtype-plus, so consumers do not inherittype-plus@8's new
typescript >= 5.6.0peer through this package's own types. The last published
@mocktomata/nodejs(9.2.4) declarestype-plus: ^7.0.0, so that is the jump consumers see.The version is pinned exactly rather than caret-ranged.
^8.0.0-beta.10resolves to
>=8.0.0-beta.10 <9.0.0-0, which admits every later8.0.0prerelease plus8.0.0and
8.1.0.type-plus8 is a prerelease line where breaking changes land between betas —
beta.10 to beta.11 changedEqual's signature and removedisType.f. An exact version makes
each bump a reviewable pull request instead of something a lockfile refresh can do silently.
This reverts to a caret once 8.0.0 is stable.
Patch Changes
-
98560f3: Raise the
standard-logfloor to^13.1.0.standard-log@13.1.0is the first 13.x ontype-plus@8.0.0-beta.10;13.0.1still pulled
type-plus@7.6.2. Raising the floor removes one of the duplicatetype-plusmajors from the
installed tree. Range-compatible for consumers —^13.0.1already admitted13.1.0. -
Updated dependencies [66fdf25]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
- @mocktomata/framework@10.0.0
@mocktomata/io-remote@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Patch Changes
-
98560f3: Raise the
standard-logfloor to^13.1.0.standard-log@13.1.0is the first 13.x ontype-plus@8.0.0-beta.10;13.0.1still pulled
type-plus@7.6.2. Raising the floor removes one of the duplicatetype-plusmajors from the
installed tree. Range-compatible for consumers —^13.0.1already admitted13.1.0. -
Updated dependencies [66fdf25]
-
Updated dependencies [98560f3]
-
Updated dependencies [98560f3]
- @mocktomata/framework@10.0.0
@mocktomata/framework@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
-
98560f3: Depend on
type-plus8.0.0-beta.10exactly, up from^7.0.0.This is a major for this package because
type-plustypes leak into the published
declarations:esm/**/*.d.tsimportsAnyFunction,AnyRecord,JSONTypesand
RequiredPickfromtype-plus.type-plus@8declares
peerDependencies: { typescript: '>= 5.6.0' }where 5, 6 and 7 declared no TypeScript peer at
all, so consumers of@mocktomata/frameworkinherit a TypeScript floor they did not have
before. The last published@mocktomata/framework(9.2.4) declarestype-plus: ^7.0.0, so
that is the jump consumers actually see.type-plus@8also bringsunpartial@^1.0.7, whoseenginesrequire Node>= 20. This
package already declares>= 20, so nothing changes there.The version is pinned exactly rather than caret-ranged.
^8.0.0-beta.10resolves to
>=8.0.0-beta.10 <9.0.0-0, which admits every later8.0.0prerelease plus8.0.0and
8.1.0.type-plus8 is a prerelease line where breaking changes land between betas —
beta.10 to beta.11 changedEqual's signature and removedisType.f. An exact version makes
each bump a reviewable pull request instead of something a lockfile refresh can do silently.
This reverts to a caret once 8.0.0 is stable.
Patch Changes
-
98560f3: Raise the
standard-logfloor to^13.1.0.standard-log@13.1.0is the first 13.x ontype-plus@8.0.0-beta.10;13.0.1still pulled
type-plus@7.6.2. Raising the floor removes one of the duplicatetype-plusmajors from the
installed tree. Range-compatible for consumers —^13.0.1already admitted13.1.0.
@mocktomata/cli@10.0.0
Major Changes
-
66fdf25: ESM only. The CommonJS build is removed.
Every package now ships
esm/(lib/for@mocktomata/cli) and nothing else. Thecjs/
directory, thecjs/package.json{"type":"commonjs"}marker and themainfield are gone, and
exportslists ESM entries only. mocktomata is a testing library, so its consumers are test
suites, which have not neededrequire()for some time.What a
require()of these packages does now depends on the Node version, and both outcomes were
verified against the packed tarballs rather than assumed:- Node < 22.12 —
require()throwsERR_REQUIRE_ESMwith Node's own message pointing at
import(). A clean, actionable failure. - Node >= 22.12 — Node's built-in
require(esm)loads the package and returns the complete
namespace. Every export is present and callable.
The
defaultcondition still points at the ESM entry, so that second path keeps working. Dropping
it would force a hardERR_PACKAGE_PATH_NOT_EXPORTEDon modern Node for no benefit; the module
graph is genuinely ESM either way.Also in this release:
engines.nodeis now>= 20, the floor an ESM-only package can honestly claim.@mocktomata/clino longer depends onuni-require. It read its ownpackage.jsonthrough a
createRequireshim built from that package'simport.meta.url, so the specifier resolved
againstuni-require's own directory andmt --versionreported1.0.0. It now resolves the
manifest fromimport.meta.urland reports the CLI's version.@mocktomata/frameworkdeclaresstandard-log-coloras a dependency. Two of its modules import
it, but it was listed underdevDependencies, so the published package relied on a consumer
happening to hoist it.@mocktomata/servicerenames the internaljestmodule totest_server. It was never part of
exports;@mocktomata/service/testingis unchanged.@mocktomata/nodejsno longer publishesesm/testutils/fixture.js. It resolves../../fixtures,
a directory the tarball has never contained, and it is reachable from noexportspath.
- Node < 22.12 —
Patch Changes
@mocktomata/service@9.2.4
Patch Changes
-
0f3de8f: Pick up the republished upstream packages.
Runtime dependency ranges move to
standard-log@^13.0.1andtersify@^4.0.6. Both
majors are build-target and packaging changes rather than API changes — standard-log 13
is a tsdown rebuild whose only removals are unreferenceddist/bundles, and tersify 4
retargets ES2020 and renames its outputs to.cjs/.mjs. Every symbol this repo
imports is still exported, both still ship a CommonJS entry point, and neither declares
anenginesfloor. This is a patch: what ships is rebuilt, no public API changes.standard-log-colordeliberately stays on^12.1.2. Version 13.0.1 raises
supports-colorto^11.0.0, which is ESM-only and requires Node >= 22, while
standard-log-color still publishes a CommonJS build thatrequire()s it — so its CJS
consumers break in browser and Electron environments. -
Updated dependencies [0f3de8f]
- @mocktomata/framework@9.2.4
- @mocktomata/nodejs@9.2.4
@mocktomata/plugin-axios@2.0.4
@mocktomata/plugin-axios@2.0.4
@mocktomata/nodejs@9.2.4
Patch Changes
-
0f3de8f: Pick up the republished upstream packages.
Runtime dependency ranges move to
standard-log@^13.0.1andtersify@^4.0.6. Both
majors are build-target and packaging changes rather than API changes — standard-log 13
is a tsdown rebuild whose only removals are unreferenceddist/bundles, and tersify 4
retargets ES2020 and renames its outputs to.cjs/.mjs. Every symbol this repo
imports is still exported, both still ship a CommonJS entry point, and neither declares
anenginesfloor. This is a patch: what ships is rebuilt, no public API changes.standard-log-colordeliberately stays on^12.1.2. Version 13.0.1 raises
supports-colorto^11.0.0, which is ESM-only and requires Node >= 22, while
standard-log-color still publishes a CommonJS build thatrequire()s it — so its CJS
consumers break in browser and Electron environments. -
Updated dependencies [0f3de8f]
- @mocktomata/framework@9.2.4