Skip to content

chore(deps): bump bigbluebutton-html-plugin-sdk to 1.0.0-beta.2 (BigBlueButton 4.0) - #144

Open
imdt-claudiop wants to merge 1 commit into
bigbluebutton:v0.1.xfrom
imdt-claudiop:chore/sdk-1.0.0-beta.2
Open

imdt-claudiop wants to merge 1 commit into
bigbluebutton:v0.1.xfrom
imdt-claudiop:chore/sdk-1.0.0-beta.2

Conversation

@imdt-claudiop

Copy link
Copy Markdown
Contributor

What does this PR do?

Bumps bigbluebutton-html-plugin-sdk on the v0.1.x branch to 1.0.0-beta.2, from
the SDK's 1.x pre-release line published on npm (dist-tag beta).

Two version fields change, and they mean different things:

  • package.json selects the SDK the bundle is built against. The semver operator
    already used by this repository is preserved: a pinned version stays pinned, a
    caret range stays a caret range.
  • requiredSdkVersion in manifest.json declares the range of server SDK
    versions this plugin supports. It becomes ^1.0.0-beta.2, keeping the caret
    convention this line already uses; that is the semantically correct range for
    the 1.x SDK line.

package-lock.json is regenerated so the resolved SDK matches the new declaration.

The README compatibility table's SDK column for the v0.1.x row moves to
v1.0.0-beta.x. The lock regeneration also drops npm-generated libc metadata
arrays from some optional platform-specific packages; this is metadata churn from
the npm version used, with no dependency change.

Motivation

This branch targets BigBlueButton 4.0, which adopts the 1.x SDK with the
core-side bump (bigbluebutton/bigbluebutton#25803). Building and declaring
compatibility against the same SDK keeps the plugin in step with that change.

More

Known limitation, declared on purpose: BigBlueButton servers cannot evaluate this
manifest range yet. The server-side version check (bbb-apps-akka) uses a semver
library whose range parser rejects prerelease identifiers, so any range containing
a prerelease tag fails with "Unexpected error while parsing SDK versions: Illegal
character near 'beta.2'" and the plugin is not loaded. The range stays
^1.0.0-beta.2 because it is the correct declaration for the 1.x line; the plugin
will load once the core-side parser fix lands.

Validation: npm ci, TypeScript check, bundle build and lint are green against the
new SDK on the Node version this repository's CI uses. On a BigBlueButton 4.0 test
server already running SDK 1.0.0-beta.2, the parser failure above was reproduced,
and a probe that temporarily widened the served manifest range confirmed a bundle
built against SDK 1.0.0-beta.2 loads cleanly, so the range parser is the only
blocker.

  • Added/updated documentation

…lueButton 4.0)

The plugin SDK moves to its first 1.x pre-release, published on npm as
1.0.0-beta.2 and shipped by BigBlueButton 4.0.

Two version fields change here, and they mean different things:

- package.json pins the SDK that builds the bundle. The semver operator
  already used by this repository is preserved, so a pinned dependency stays
  pinned and a caret range stays a caret range.
- manifest.json requiredSdkVersion declares the range of server SDK versions
  this plugin supports. When a meeting starts, BigBlueButton checks its own
  html5PluginSdkVersion against that range and records a plugin load failure
  when it does not match. It becomes ^1.0.0-beta.2, following the caret
  convention already used on the 0.1.x line, which keeps expressing
  compatibility as the SDK reaches 1.x.

The lock file is regenerated so the resolved SDK matches the new declaration.

Co-Authored-By: Guilherme Pereira Leme <69865537+GuiLeme@users.noreply.github.com>
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