Replies: 1 comment
-
|
Just to make this more visible: |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
All changes
0.8.12
Fixed
#962/#42createCDATASectionnow throwsInvalidCharacterErrorwhendatacontains"]]>", as required by the WHATWG DOM spec.GHSA-wh4c-j3r5-mjhpXMLSerializernow splits CDATASection nodes whose data contains"]]>"into adjacent CDATA sections at serialization time, preventing XML injection via mutation methods (appendData,replaceData,.data =,.textContent =).GHSA-wh4c-j3r5-mjhpCode that passes a string containing
"]]>"tocreateCDATASectionand relied on the previously unsafe behavior will now receiveInvalidCharacterError. Use a mutation method such asappendDataif you intentionally need"]]>"in a CDATASection node's data.Thank you,
@thesmartshadow,
@stevenobiajulu,
for your contributions
0.8.11
Fixed
ownerDocumentwhen moving nodes between documents#933/#932Thank you, @shunkica, for your contributions
0.8.10
Fixed
#514/#499Thank you, @qtow, for your contributions
0.8.9
Fixed
#509/#505Thank you, @cjbarth, for your contributions
0.8.8
Fixed
#489Thank you, @zorkow, for your contributions
0.8.7
Fixed
#485/#486Thank you, @bulandent, for your contributions
0.8.6
Fixed
#457/#455/#456Thank you, @edemaine, @pedro-l9, for your contributions
0.8.5
Fixed
#452/#453Thank you, @fengxinming, for your contributions
0.8.4
Fixed
CVE-2022-39353In case such a DOM would be created, the part that is not well-formed will be transformed into text nodes, in which xml specific characters like
<and>are encoded accordingly.In the upcoming version 0.9.0 those text nodes will no longer be added and an error will be thrown instead.
This change can break your code, if you relied on this behavior, e.g. multiple root elements in the past. We consider it more important to align with the specs that we want to be aligned with, considering the potential security issues that might derive from people not being aware of the difference in behavior.
Related Spec: https://dom.spec.whatwg.org/#concept-node-ensure-pre-insertion-validity
Thank you, @frumioj, @cjbarth, @markgollnick for your contributions
0.8.3
Fixed
#437/#436Thank you, @Supraja9726, for your contributions
0.8.2
Release 0.8.2
Fixed
>as specified (fix(dom): Serialize>as specified #395)#58Other
nodeTypevalues to public interface description#396#317Object.assignponyfill#379#378Thank you @niklasl, @cburatto, @SheetJSDev, @pyrsmk for your contributions
0.8.1
Release 0.8.1
Fixes
#374Docs
#365#366#358,#376#3600.8.0
Release 0.8.0
Fixed
BREAKING CHANGE: Certain combination of line break characters are normalized to a single
\nbefore parsing takes place and will no longer be preserved.#303/#307#49,#97,#324/#314#284/#310BREAKING CHANGE: If you relied on the not spec compliant preservation of literal
\t,\nor\rin attribute values.To preserve those you will have to create XML that instead contains the correct numerical (or hexadecimal) equivalent (e.g.
	,
,
).DOMImplementationandXMLSerializerfromlib/dom-parser.js#53/#309BREAKING CHANGE: Use the one provided by the main package export.
removeChild#343/#355Chore
#325#111/#304Thank you @marrus-sh, @victorandree, @mdierolf, @tsabbay, @fatihpense for your contributions
Beta Was this translation helpful? Give feedback.
All reactions