Bump jodit from 4.15.1 to 4.15.3

[dependabot]

Bumps jodit from 4.15.1 to 4.15.3.

Release notes

Sourced from jodit's releases.

4.15.3

🐛 Bug Fix

• #1474 An iframe lost its box when the editor was created inside a hidden container. The resizer wraps every iframe in a <jodit> element and copied offsetWidth/offsetHeight into it, but both are 0 while an ancestor has display:none, so the wrapper was pinned to 0x0 and never corrected once the container became visible. The following content then painted over the video. The wrapper now falls back to the iframe's own width/height attributes when the element cannot be measured, and is left to size itself when there is nothing to fall back to. Relative values such as width="100%" are not turned into a fixed pixel box.

4.15.2

🐛 Bug Fix

• Enter inside a table cell always inserted a <br>, even when the cell already contained a block. The cell check in the Enter plugin walked all the way up to the <td>/<th> and ignored any <p> or heading in between, so every line of a cell stayed inside one block and applying a block style restyled all of them at once. A cell that holds a real block is now split like anywhere else, while bare cell content keeps inserting a <br> (a cell cannot be split into two cells) and Shift+Enter still inserts a <br> everywhere. Reported by Kevin Sormann (li-life web+it, Jodit OEM).

Changelog

Sourced from jodit's changelog.

4.15.3

🐛 Bug Fix

• #1474 An iframe lost its box when the editor was created inside a hidden container. The resizer wraps every iframe in a <jodit> element and copied offsetWidth/offsetHeight into it, but both are 0 while an ancestor has display:none, so the wrapper was pinned to 0x0 and never corrected once the container became visible. The following content then painted over the video. The wrapper now falls back to the iframe's own width/height attributes when the element cannot be measured, and is left to size itself when there is nothing to fall back to. Relative values such as width="100%" are not turned into a fixed pixel box.

4.15.2

🐛 Bug Fix

• Enter inside a table cell always inserted a <br>, even when the cell already contained a block. The cell check in the Enter plugin walked all the way up to the <td>/<th> and ignored any <p> or heading in between, so every line of a cell stayed inside one block and applying a block style restyled all of them at once. A cell that holds a real block is now split like anywhere else, while bare cell content keeps inserting a <br> (a cell cannot be split into two cells) and Shift+Enter still inserts a <br> everywhere. Reported by Kevin Sormann (li-life web+it, Jodit OEM).

Commits

• a05eb4a New version 4.15.3 Read more https://github.com/xdan/jodit/blob/main/CHANGELO...
• 2462767 fix(resizer): keep the iframe wrapper sized when the editor starts hidden
• 2392688 New version 4.15.2 Read more https://github.com/xdan/jodit/blob/main/CHANGELO...
• 638f0ff fix(enter): split a block inside a table cell instead of inserting BR
• See full diff 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 rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will 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 version will 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 dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)