Skip to content

v0.2.1

Choose a tag to compare

@github-actions github-actions released this 05 May 12:08
69c2489
  • @lowdefy/modules-mongodb-plugins: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-companies: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-contacts: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-events: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-files: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-layout: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-notifications: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-release-notes: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-user-account: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.

  • @lowdefy/modules-mongodb-user-admin: ### Patch Changes

  • #35 930d7c1 Thanks @Gervwyk! - Fix @lowdefy/modules-mongodb-plugins peer-version references in module manifests so they track the plugin's actual published version. The previous releases shipped with a hardcoded ^0.1.0 constraint inside every module.lowdefy.yaml, which Lowdefy's strict 0.x semver matching rejected once the plugin moved to 0.2.0 — apps that installed @lowdefy/modules-mongodb-plugins@0.2.0 (the only version compatible with v0.2.0 modules) failed to build with Module "events" requires plugin "@lowdefy/modules-mongodb-plugins" version "^0.1.0" but the app has version "0.2.0" installed.

    Modules and the plugin live in the same Changesets fixed group, so they're always lockstep on release. scripts/sync-module-versions.mjs (run as part of release:version) now also rewrites the plugin reference in every module manifest to ^${pluginVersion}, keeping the manifests' constraint aligned with the plugin's published version on every bump.