Bump jsdom from 26.1.0 to 27.2.0
Bumps jsdom from 26.1.0 to 27.2.0.
Release notes
Sourced from jsdom's releases.
Version 27.2.0
- Added
CSSGroupingRule,CSSNestedDeclarations,CSSConditionRule,CSSContainerRule,CSSScopeRule,CSSSupportsRule,CSSLayerBlockRule, andCSSLayerStatementRuleto jsdomWindows. (acemir)- Improved CSS parsing and CSSOM object APIs via updates to
@acemir/cssom. (acemir)- Fixed
@import-ed stylesheets to be properly exposed to CSSOM, and not to overwrite the sheet created from the<link>or<style>element. (acemir)Version 27.1.0
- Improved CSS parsing by switching to
@acemir/cssom, including support for nested selectors, nested declarations, layer statements, and improved at-rule validation. (acemir)- Fixed some selector cache invalidation issues where changes to attributes were not being picked up. (asamuzaK)
- Fixed
package.json"engines"field to reflect the new minimum Node.js versions needed to run jsdom, as noted in the changelog for v27.0.1.Version 27.0.1
This release inadvertently raised the minimum Node.js version from v20.0.0 to v20.19.0+, v22.12.0+, v24.0.0+. (This happened via a dependency update.) This probably should have been a breaking (major) change, instead of happening in a patch version, since it prevents using earlier Node.js versions.
After further testing, we found that most of our development dependencies also require these versions, and so it's not feasible for the jsdom project to support earlier Node.js versions. (For example, our testing frameworks will not run on them.) If you need to use such earlier versions, or otherwise are working in an environment which gives related errors such as
ERR_REQUIRE_ESM, then please stick with the v26.1.0 release of jsdom. (Noting, of course, that such versions are unsupported, and we will not respond to bug reports opened against them.)Subsequent jsdom releases will explicitly require these minimum Node.js versions, and will have CI testing to ensure that the minimum version is not accidentally raised again.
Normal changelog:
- Fixed some regressions in CSS selectors. Most such regression fixes were done in a minor update of a dependency, and thus available for all fresh installs of v27.0.0. However, one related to
class=""attribute changes is only possible with a new version of jsdom. (asamuzaK)Version 27.0.0
Changes since 26.1.0
- Node.js v20 is now the minimum supported version.
- Added a variety of event constructors, even though we do not implement their associated specifications or ever fire them:
BeforeUnloadEvent,BlobEvent,DeviceMotionEvent(omittingrequestPermission()),DeviceOrientationEvent(omittingrequestPermission()),PointerEvent,PromiseRejectionEvent, andTransitionEvent.- Added
movementXandmovementYtoMouseEvent. (These are from the Pointer Lock specification, the rest of which is not implemented.)- Added
customElements.getName(). (mash-graz)- Updated the virtual console:
"jsdomError"events are now documented, with specifictypeproperties and other properties that depend on the type.sendTo()was renamed toforwardTo().- The
jsdomErrorsoption toforwardTo()can be used to control which errors are sent to the Node.js console. This replaces the previousomitJSDOMErrorsboolean option."jsdomError"s for failedXMLHttpRequestfetches are no longer emitted.- The values that are printed when forwarding
"jsdomError"s to the Node.js console are streamlined.- Switched our CSS selector engine from
nwsapito@asamuzakjp/dom-selector, closing over 20 selector-related bugs.- Upgraded
tough-cookie, which now considers URLs likehttp://localhost/to be secure contexts (per the spec), and thus will returnSecure-flagged cookies for such URLs. (colincasey)- Upgraded
cssstyle, which brings along many improvements and fixes to theCSSStyleDeclarationobject and its properties.- Updated the user agent stylesheet to be derived from the HTML Standard, instead of from an old revision of Chromium.
- Changed
element.click()to fire aPointerEventinstead of aMouseEvent.- Changed certain events to be passive by default.
- Changed the
<input>element'spattern=""attribute to use thevregular expression flag, instead ofu.- Fixed many specification conformance issues with the
Windowobject, including named properties and changing various data properties to accessor properties.- Fixed
document.createEvent()to accept a more correct set of event names.- Fixed the
ElementInternalsaccessibility getters and setters. (They were introduced in v23.1.0, but due to inadequate test coverage never actually worked.)- Fixed using
Object.defineProperty()on certain objects, such asHTMLSelectElementinstances.- Fixed
jsdom.reconfigure({ url })not updatingdocument.baseURIor properties derived from it. (This regressed in v26.1.0.)- Fixed CSS system colors, as well as the
initial,inherit, andunsetkeywords, to resolve correctly. (asamuzaK)- Fixed CSS
displaystyle resolution. (asamuzaK)Changes since 27.0.0-beta.3
... (truncated)
Changelog
Sourced from jsdom's changelog.
27.2.0
- Added
CSSGroupingRule,CSSNestedDeclarations,CSSConditionRule,CSSContainerRule,CSSScopeRule,CSSSupportsRule,CSSLayerBlockRule, andCSSLayerStatementRuleto jsdomWindows. (acemir)- Improved CSS parsing and CSSOM object APIs via updates to
@acemir/cssom. (acemir)- Fixed
@import-ed stylesheets to be properly exposed to CSSOM, and not to overwrite the sheet created from the<link>or<style>element. (acemir)27.1.0
- Improved CSS parsing by switching to
@acemir/cssom, including support for nested selectors, nested declarations, layer statements, and improved at-rule validation. (acemir)- Fixed some selector cache invalidation issues where changes to attributes were not being picked up. (asamuzaK)
- Fixed
package.json"engines"field to reflect the new minimum Node.js versions needed to run jsdom, as noted in the changelog for v27.0.1.27.0.1
This release inadvertently raised the minimum Node.js version from v20.0.0 to v20.19.0+, v22.12.0+, v24.0.0+. (This happened via a dependency update.) This probably should have been a breaking (major) change, instead of happening in a patch version, since it prevents using earlier Node.js versions.
After further testing, we found that most of our development dependencies also require these versions, and so it's not feasible for the jsdom project to support earlier Node.js versions. (For example, our testing frameworks will not run on them.) If you need to use such earlier versions, or otherwise are working in an environment which gives related errors such as
ERR_REQUIRE_ESM, then please stick with the v26.1.0 release of jsdom. (Noting, of course, that such versions are unsupported, and we will not respond to bug reports opened against them.)Subsequent jsdom releases will explicitly require these minimum Node.js versions, and will have CI testing to ensure that the minimum version is not accidentally raised again.
Normal changelog:
- Fixed some regressions in CSS selectors. Most such regression fixes were done in a minor update of a dependency, and thus available for all fresh installs of v27.0.0. However, one related to
class=""attribute changes is only possible with a new version of jsdom. (asamuzaK)27.0.0
Commits
b0805a9Version 27.2.03e07e1eUpdate dependencies and dev dependencies931aabeVarious CSSOM improvements70741daAdd failing tests for border shorthand property parsingb282400Update@acemir/cssomdependencyadb999aVersion 27.1.091f40c4Update dependencies and dev dependenciesebad33cNote more strict minimum version requirementbd02585Swap rweb-cssom to@acemir/cssomf15c830Add failing test for cssText setter- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)