fix: move a console log to the warn method so it can be suppressed

[pauldambra]

noticed this while doing something else
this call to console.warn is direct so it doesn't obey the provided config
let's make it play nicely

[changeset-bot]

⚠️ No Changeset found

Latest commit: 9ee667f

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[Copilot]

Pull Request Overview

This PR ensures empty CDATA nodes are safely skipped and that warning messages respect the configured logger.

• Swap direct console.warn calls in Replayer to use this.warn so messages obey the provided config.
• Add a guard in buildNode to return null instead of throwing on empty CDATA content.

Reviewed Changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
packages/rrweb/src/replay/index.ts	Replaced console.warn(e) with this.warn(e) in the replay loop
packages/rrweb-snapshot/src/rebuild.ts	Added if (n.textContent.trim() === '') return null for CDATA

Comments suppressed due to low confidence (3)

packages/rrweb-snapshot/src/rebuild.ts:435

• Add a unit test case for empty CDATA nodes to verify that this guard prevents exceptions and returns null as intended.

      if (n.textContent.trim() === '') {

packages/rrweb-snapshot/src/rebuild.ts:435

• Document this new behavior in the function's JSDoc or comments, clarifying that empty CDATA sections will now be skipped by returning null.

      if (n.textContent.trim() === '') {

packages/rrweb-snapshot/src/rebuild.ts:435

• Introducing a null return here may violate the function's expected return type and could cause null dereference errors downstream. Consider updating the return type signature or ensuring callers handle null.

      if (n.textContent.trim() === '') {