Update @elastic/kibana-data-discovery dependencies (main) (#202622)

This PR contains the following updates:

| Package | Type | Update | Change |
|---|---|---|---|
|
[@types/diff](https://togithub.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/diff)
([source](https://togithub.com/DefinitelyTyped/DefinitelyTyped/tree/HEAD/types/diff))
| devDependencies | major | [`^5.0.8` ->
`^6.0.0`](https://renovatebot.com/diffs/npm/@types%2fdiff/5.0.8/6.0.0) |
| [diff](https://togithub.com/kpdecker/jsdiff) | dependencies | major |
[`^5.1.0` ->
`^7.0.0`](https://renovatebot.com/diffs/npm/diff/5.1.0/7.0.0) |
|
[fastest-levenshtein](https://togithub.com/ka-weihe/fastest-levenshtein)
| dependencies | patch | [`^1.0.12` ->
`^1.0.16`](https://renovatebot.com/diffs/npm/fastest-levenshtein/1.0.12/1.0.16)
|

---

### Release Notes

<details>
<summary>kpdecker/jsdiff (diff)</summary>

###
[`v7.0.0`](https://togithub.com/kpdecker/jsdiff/blob/HEAD/release-notes.md#700)

[Compare
Source](https://togithub.com/kpdecker/jsdiff/compare/v6.0.0...7.0.0)

Just a single (breaking) bugfix, undoing a behaviour change introduced
accidentally in 6.0.0:

- [#&#8203;554](https://togithub.com/kpdecker/jsdiff/pull/554)
**`diffWords` treats numbers and underscores as word characters again.**
This behaviour was broken in v6.0.0.

###
[`v6.0.0`](https://togithub.com/kpdecker/jsdiff/blob/HEAD/release-notes.md#600)

[Compare
Source](https://togithub.com/kpdecker/jsdiff/compare/v5.2.0...v6.0.0)

This is a release containing many, *many* breaking changes. The
objective of this release was to carry out a mass fix, in one go, of all
the open bugs and design problems that required breaking changes to fix.
A substantial, but exhaustive, changelog is below.

[Commits](https://togithub.com/kpdecker/jsdiff/compare/v5.2.0...v6.0.0)

- [#&#8203;497](https://togithub.com/kpdecker/jsdiff/pull/497)
**`diffWords` behavior has been radically changed.** Previously, even
with `ignoreWhitespace: true`, runs of whitespace were tokens, which led
to unhelpful and unintuitive diffing behavior in typical texts.
Specifically, even when two texts contained overlapping passages,
`diffWords` would sometimes choose to delete all the words from the old
text and insert them anew in their new positions in order to avoid
having to delete or insert whitespace tokens. Whitespace sequences are
no longer tokens as of this release, which affects both the generated
diffs and the `count`s.

    Runs of whitespace are still tokens in `diffWordsWithSpace`.

As part of the changes to `diffWords`, **a new `.postProcess` method has
been added on the base `Diff` type**, which can be overridden in custom
`Diff` implementations.

**`diffLines` with `ignoreWhitespace: true` will no longer ignore the
insertion or deletion of entire extra lines of whitespace at the end of
the text**. Previously, these would not show up as insertions or
deletions, as a side effect of a hack in the base diffing algorithm
meant to help ignore whitespace in `diffWords`. More generally, **the
undocumented special handling in the core algorithm for ignored
terminals has been removed entirely.** (This special case behavior used
to rewrite the final two change objects in a scenario where the final
change object was an addition or deletion and its `value` was treated as
equal to the empty string when compared using the diff object's
`.equals` method.)

- [#&#8203;500](https://togithub.com/kpdecker/jsdiff/pull/500)
**`diffChars` now diffs Unicode code points** instead of UTF-16 code
units.

- [#&#8203;508](https://togithub.com/kpdecker/jsdiff/pull/508)
**`parsePatch` now always runs in what was previously "strict" mode; the
undocumented `strict` option has been removed.** Previously, by default,
`parsePatch` (and other patch functions that use it under the hood to
parse patches) would accept a patch where the line counts in the headers
were inconsistent with the actual patch content - e.g. where a hunk
started with the header `@@&#8203; -1,3 +1,6 @&#8203;@&#8203;`,
indicating that the content below spanned 3 lines in the old file and 6
lines in the new file, but then the actual content below the header
consisted of some different number of lines, say 10 lines of context, 5
deletions, and 1 insertion. Actually trying to work with these patches
using `applyPatch` or `merge`, however, would produce incorrect results
instead of just ignoring the incorrect headers, making this "feature"
more of a trap than something actually useful. It's been ripped out, and
now we are always "strict" and will reject patches where the line counts
in the headers aren't consistent with the actual patch content.

- [#&#8203;435](https://togithub.com/kpdecker/jsdiff/pull/435) **Fix
`parsePatch` handling of control characters.** `parsePatch` used to
interpret various unusual control characters - namely vertical tabs,
form feeds, lone carriage returns without a line feed, and EBCDIC NELs -
as line breaks when parsing a patch file. This was inconsistent with the
behavior of both JsDiff's own `diffLines` method and also the Unix
`diff` and `patch` utils, which all simply treat those control
characters as ordinary characters. The result of this discrepancy was
that some well-formed patches - produced either by `diff` or by JsDiff
itself and handled properly by the `patch` util - would be wrongly
parsed by `parsePatch`, with the effect that it would disregard the
remainder of a hunk after encountering one of these control characters.

- [#&#8203;439](https://togithub.com/kpdecker/jsdiff/pull/439) **Prefer
diffs that order deletions before insertions.** When faced with a choice
between two diffs with an equal total edit distance, the Myers diff
algorithm generally prefers one that does deletions before insertions
rather than insertions before deletions. For instance, when diffing
`abcd` against `acbd`, it will prefer a diff that says to delete the `b`
and then insert a new `b` after the `c`, over a diff that says to insert
a `c` before the `b` and then delete the existing `c`. JsDiff deviated
from the published Myers algorithm in a way that led to it having the
opposite preference in many cases, including that example. This is now
fixed, meaning diffs output by JsDiff will more accurately reflect what
the published Myers diff algorithm would output.

- [#&#8203;455](https://togithub.com/kpdecker/jsdiff/pull/455) **The
`added` and `removed` properties of change objects are now guaranteed to
be set to a boolean value.** (Previously, they would be set to
`undefined` or omitted entirely instead of setting them to false.)

- [#&#8203;464](https://togithub.com/kpdecker/jsdiff/pull/464)
Specifying `{maxEditLength: 0}` now sets a max edit length of 0 instead
of no maximum.

- [#&#8203;460](https://togithub.com/kpdecker/jsdiff/pull/460) **Added
`oneChangePerToken` option.**

- [#&#8203;467](https://togithub.com/kpdecker/jsdiff/pull/467)
**Consistent ordering of arguments to `comparator(left, right)`.**
Values from the old array will now consistently be passed as the first
argument (`left`) and values from the new array as the second argument
(`right`). Previously this was almost (but not quite) always the other
way round.

- [#&#8203;480](https://togithub.com/kpdecker/jsdiff/pull/480) **Passing
`maxEditLength` to `createPatch` & `createTwoFilesPatch` now works
properly** (i.e. returns undefined if the max edit distance is exceeded;
previous behavior was to crash with a `TypeError` if the edit distance
was exceeded).

- [#&#8203;486](https://togithub.com/kpdecker/jsdiff/pull/486) **The
`ignoreWhitespace` option of `diffLines` behaves more sensibly now.**
`value`s in returned change objects now include leading/trailing
whitespace even when `ignoreWhitespace` is used, just like how with
`ignoreCase` the `value`s still reflect the case of one of the original
texts instead of being all-lowercase. `ignoreWhitespace` is also now
compatible with `newlineIsToken`. Finally, **`diffTrimmedLines` is
deprecated** (and removed from the docs) in favour of using `diffLines`
with `ignoreWhitespace: true`; the two are, and always have been,
equivalent.

- [#&#8203;490](https://togithub.com/kpdecker/jsdiff/pull/490) **When
calling diffing functions in async mode by passing a `callback` option,
the diff result will now be passed as the *first* argument to the
callback instead of the second.** (Previously, the first argument was
never used at all and would always have value `undefined`.)

- [#&#8203;489](togithub.com/kpdecker/jsdiff/pull/489) **`this.options`
no longer exists on `Diff` objects.** Instead, `options` is now passed
as an argument to methods that rely on options, like `equals(left,
right, options)`. This fixes a race condition in async mode, where
diffing behaviour could be changed mid-execution if a concurrent usage
of the same `Diff` instances overwrote its `options`.

- [#&#8203;518](https://togithub.com/kpdecker/jsdiff/pull/518)
**`linedelimiters` no longer exists** on patch objects; instead, when a
patch with Windows-style CRLF line endings is parsed, **the lines in
`lines` will end with `\r`**. There is now a **new
`autoConvertLineEndings` option, on by default**, which makes it so that
when a patch with Windows-style line endings is applied to a source file
with Unix style line endings, the patch gets autoconverted to use
Unix-style line endings, and when a patch with Unix-style line endings
is applied to a source file with Windows-style line endings, it gets
autoconverted to use Windows-style line endings.

- [#&#8203;521](https://togithub.com/kpdecker/jsdiff/pull/521) **the
`callback` option is now supported by `structuredPatch`, `createPatch`,
and `createTwoFilesPatch`**

- [#&#8203;529](https://togithub.com/kpdecker/jsdiff/pull/529)
**`parsePatch` can now parse patches where lines starting with `--` or
`++` are deleted/inserted**; previously, there were edge cases where the
parser would choke on valid patches or give wrong results.

- [#&#8203;530](https://togithub.com/kpdecker/jsdiff/pull/530) **Added
`ignoreNewlineAtEof` option to `diffLines`**

- [#&#8203;533](https://togithub.com/kpdecker/jsdiff/pull/533)
**`applyPatch` uses an entirely new algorithm for fuzzy matching.**
Differences between the old and new algorithm are as follows:
- The `fuzzFactor` now indicates the maximum [*Levenshtein*
distance](https://en.wikipedia.org/wiki/Levenshtein_distance) that there
can be between the context shown in a hunk and the actual file content
at a location where we try to apply the hunk. (Previously, it
represented a maximum [*Hamming*
distance](https://en.wikipedia.org/wiki/Hamming_distance), meaning that
a single insertion or deletion in the source file could stop a hunk from
applying even with a high `fuzzFactor`.)
- A hunk containing a deletion can now only be applied in a context
where the line to be deleted actually appears verbatim. (Previously, as
long as enough context lines in the hunk matched, `applyPatch` would
apply the hunk anyway and delete a completely different line.)
- The context line immediately before and immediately after an insertion
must match exactly between the hunk and the file for a hunk to apply.
(Previously this was not required.)

- [#&#8203;535](https://togithub.com/kpdecker/jsdiff/pull/535) **A bug
in patch generation functions is now fixed** that would sometimes
previously cause `\ No newline at end of file` to appear in the wrong
place in the generated patch, resulting in the patch being invalid.

- [#&#8203;535](https://togithub.com/kpdecker/jsdiff/pull/535) **Passing
`newlineIsToken: true` to *patch*-generation functions is no longer
allowed.** (Passing it to `diffLines` is still supported - it's only
functions like `createPatch` where passing `newlineIsToken` is now an
error.) Allowing it to be passed never really made sense, since in cases
where the option had any effect on the output at all, the effect tended
to be causing a garbled patch to be created that couldn't actually be
applied to the source file.

- [#&#8203;539](https://togithub.com/kpdecker/jsdiff/pull/539)
**`diffWords` now takes an optional `intlSegmenter` option** which
should be an `Intl.Segmenter` with word-level granularity. This provides
better tokenization of text into words than the default behaviour, even
for English but especially for some other languages for which the
default behaviour is poor.

###
[`v5.2.0`](https://togithub.com/kpdecker/jsdiff/blob/HEAD/release-notes.md#v520)

[Compare
Source](https://togithub.com/kpdecker/jsdiff/compare/v5.1.0...v5.2.0)

[Commits](https://togithub.com/kpdecker/jsdiff/compare/v5.1.0...v5.2.0)

- [#&#8203;411](https://togithub.com/kpdecker/jsdiff/pull/411) Big
performance improvement. Previously an O(n) array-copying operation
inside the innermost loop of jsdiff's base diffing code increased the
overall worst-case time complexity of computing a diff from O(n²) to
O(n³). This is now fixed, bringing the worst-case time complexity down
to what it theoretically should be for a Myers diff implementation.
- [#&#8203;448](https://togithub.com/kpdecker/jsdiff/pull/448)
Performance improvement. Diagonals whose furthest-reaching D-path would
go off the edge of the edit graph are now skipped, rather than being
pointlessly considered as called for by the original Myers diff
algorithm. This dramatically speeds up computing diffs where the new
text just appends or truncates content at the end of the old text.
- [#&#8203;351](https://togithub.com/kpdecker/jsdiff/issues/351)
Importing from the lib folder - e.g. `require("diff/lib/diff/word.js")`
- will work again now. This had been broken for users on the latest
version of Node since Node 17.5.0, which changed how Node interprets the
`exports` property in jsdiff's `package.json` file.
- [#&#8203;344](https://togithub.com/kpdecker/jsdiff/issues/344)
`diffLines`, `createTwoFilesPatch`, and other patch-creation methods now
take an optional `stripTrailingCr: true` option which causes
Windows-style `\r\n` line endings to be replaced with Unix-style `\n`
line endings before calculating the diff, just like GNU `diff`'s
`--strip-trailing-cr` flag.
- [#&#8203;451](https://togithub.com/kpdecker/jsdiff/pull/451) Added
`diff.formatPatch`.
- [#&#8203;450](https://togithub.com/kpdecker/jsdiff/pull/450) Added
`diff.reversePatch`.
- [#&#8203;478](https://togithub.com/kpdecker/jsdiff/pull/478) Added
`timeout` option.

</details>

<details>
<summary>ka-weihe/fastest-levenshtein (fastest-levenshtein)</summary>

###
[`v1.0.16`](https://togithub.com/ka-weihe/fastest-levenshtein/compare/1.0.15...03d621ba324d0f665b3b7f557429ca622560d9a3)

[Compare
Source](https://togithub.com/ka-weihe/fastest-levenshtein/compare/1.0.15...03d621ba324d0f665b3b7f557429ca622560d9a3)

###
[`v1.0.15`](37bd0917de...1.0.15)

[Compare
Source](37bd0917de...1.0.15)

###
[`v1.0.14`](45d58d245e...37bd0917de8347c73d67467bd1c5ea803cba5f94)

[Compare
Source](45d58d245e...37bd0917de8347c73d67467bd1c5ea803cba5f94)

###
[`v1.0.13`](606c132c58...45d58d245e0d75138bb7da00dd1188ef8d6fdb84)

[Compare
Source](606c132c58...45d58d245e0d75138bb7da00dd1188ef8d6fdb84)

</details>

---

### Configuration

📅 **Schedule**: Branch creation - At any time (no schedule defined),
Automerge - At any time (no schedule defined).

🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.

♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.

👻 **Immortal**: This PR will be recreated if closed unmerged. Get
[config help](https://togithub.com/renovatebot/renovate/discussions) if
that's undesired.

---

- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box

---

This PR has been generated by [Renovate
Bot](https://togithub.com/renovatebot/renovate).

<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy40MjUuMSIsInVwZGF0ZWRJblZlciI6IjM3LjQyNS4xIiwidGFyZ2V0QnJhbmNoIjoibWFpbiIsImxhYmVscyI6WyJUZWFtOkRhdGFEaXNjb3ZlcnkiLCJiYWNrcG9ydDphbGwtb3BlbiIsInJlbGVhc2Vfbm90ZTpza2lwIl19-->

---------

Co-authored-by: elastic-renovate-prod[bot] <174716857+elastic-renovate-prod[bot]@users.noreply.github.com>
Co-authored-by: kibanamachine <42973632+kibanamachine@users.noreply.github.com>
Co-authored-by: Davis McPhee <davis.mcphee@elastic.co>
Co-authored-by: Nikita Indik <nikita.indik@elastic.co>
Co-authored-by: Matthias Wilhelm <matthias.wilhelm@elastic.co>
This commit is contained in:
elastic-renovate-prod[bot] 2025-01-06 15:26:30 -04:00 committed by GitHub
parent e542fd2370
commit 90e738f09d
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
5 changed files with 93 additions and 45 deletions

View file

@ -1133,7 +1133,7 @@
"deep-freeze-strict": "^1.1.1",
"deepmerge": "^4.2.2",
"del": "^6.1.0",
"diff": "^5.1.0",
"diff": "^7.0.0",
"dotenv": "^16.4.5",
"elastic-apm-node": "^4.10.0",
"email-addresses": "^5.0.0",
@ -1144,7 +1144,7 @@
"extract-zip": "^2.0.1",
"fast-deep-equal": "^3.1.1",
"fast-glob": "^3.3.2",
"fastest-levenshtein": "^1.0.12",
"fastest-levenshtein": "^1.0.16",
"fflate": "^0.6.9",
"file-saver": "^1.3.8",
"fnv-plus": "^1.3.1",
@ -1583,7 +1583,7 @@
"@types/dagre": "^0.7.47",
"@types/dedent": "^0.7.0",
"@types/deep-freeze-strict": "^1.1.0",
"@types/diff": "^5.0.8",
"@types/diff": "^6.0.0",
"@types/ejs": "^3.0.6",
"@types/enzyme": "^3.10.12",
"@types/eslint": "^8.44.2",

View file

@ -83,20 +83,25 @@ exports[`useComparisonCellValue should render cells with diff mode "Chars" 2`] =
is a
</span>
<span
class="unifiedDataTable__comparisonSegment unifiedDataTable__comparisonAddedSegment"
>
different
</span>
<span
class="unifiedDataTable__comparisonSegment"
class="unifiedDataTable__comparisonSegment unifiedDataTable__comparisonRemovedSegment"
>
m
</span>
<span
class="unifiedDataTable__comparisonSegment unifiedDataTable__comparisonRemovedSegment"
class="unifiedDataTable__comparisonSegment unifiedDataTable__comparisonAddedSegment"
>
diff
</span>
<span
class="unifiedDataTable__comparisonSegment"
>
e
</span>
<span
class="unifiedDataTable__comparisonSegment unifiedDataTable__comparisonAddedSegment"
>
rent m
</span>
<span
class="unifiedDataTable__comparisonSegment"
>

View file

@ -20,63 +20,81 @@ describe('calculateDiff', () => {
expect(result).toMatchInlineSnapshot(`
Array [
Object {
"added": false,
"count": 5,
"removed": false,
"value": "This ",
},
Object {
"added": true,
"count": 4,
"removed": undefined,
"removed": false,
"value": "one ",
},
Object {
"added": false,
"count": 5,
"removed": false,
"value": "is a ",
},
Object {
"added": true,
"count": 10,
"removed": undefined,
"value": "different ",
},
Object {
"added": false,
"count": 1,
"removed": true,
"value": "m",
},
Object {
"added": undefined,
"added": true,
"count": 4,
"removed": false,
"value": "diff",
},
Object {
"added": false,
"count": 1,
"removed": true,
"removed": false,
"value": "e",
},
Object {
"added": true,
"count": 6,
"removed": false,
"value": "rent m",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": "s",
},
Object {
"added": undefined,
"added": false,
"count": 2,
"removed": true,
"value": "sa",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": "g",
},
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": "e",
},
Object {
"added": false,
"count": 4,
"removed": false,
"value": " val",
},
Object {
"added": true,
"count": 2,
"removed": undefined,
"removed": false,
"value": "ue",
},
]
@ -88,21 +106,25 @@ describe('calculateDiff', () => {
expect(result).toMatchInlineSnapshot(`
Array [
Object {
"added": false,
"count": 2,
"removed": false,
"value": "This ",
},
Object {
"added": true,
"count": 2,
"removed": undefined,
"removed": false,
"value": "one ",
},
Object {
"added": false,
"count": 4,
"removed": false,
"value": "is a ",
},
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": "message",
@ -110,15 +132,17 @@ describe('calculateDiff', () => {
Object {
"added": true,
"count": 1,
"removed": undefined,
"removed": false,
"value": "different",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": " ",
},
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": "val",
@ -126,7 +150,7 @@ describe('calculateDiff', () => {
Object {
"added": true,
"count": 3,
"removed": undefined,
"removed": false,
"value": "msg value",
},
]
@ -138,7 +162,7 @@ describe('calculateDiff', () => {
expect(result).toMatchInlineSnapshot(`
Array [
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": "This is a message val",
@ -146,7 +170,7 @@ describe('calculateDiff', () => {
Object {
"added": true,
"count": 1,
"removed": undefined,
"removed": false,
"value": "This one is a different msg value",
},
]
@ -162,31 +186,37 @@ describe('calculateDiff', () => {
expect(result).toMatchInlineSnapshot(`
Array [
Object {
"added": false,
"count": 1,
"removed": false,
"value": "[
",
},
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": " \\"gif\\",
",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": " \\"png\\",
",
},
Object {
"added": true,
"count": 1,
"removed": undefined,
"removed": false,
"value": " \\"jpg\\"
",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": "]",
},
]
@ -203,12 +233,14 @@ describe('calculateDiff', () => {
expect(result).toMatchInlineSnapshot(`
Array [
Object {
"added": false,
"count": 1,
"removed": false,
"value": "[
",
},
Object {
"added": undefined,
"added": false,
"count": 1,
"removed": true,
"value": " \\"single value\\"
@ -217,13 +249,15 @@ describe('calculateDiff', () => {
Object {
"added": true,
"count": 2,
"removed": undefined,
"removed": false,
"value": " \\"multiple\\",
\\"values\\"
",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": "]",
},
]
@ -236,12 +270,14 @@ describe('calculateDiff', () => {
expect(result2).toMatchInlineSnapshot(`
Array [
Object {
"added": false,
"count": 1,
"removed": false,
"value": "[
",
},
Object {
"added": undefined,
"added": false,
"count": 2,
"removed": true,
"value": " \\"multiple\\",
@ -251,12 +287,14 @@ describe('calculateDiff', () => {
Object {
"added": true,
"count": 1,
"removed": undefined,
"removed": false,
"value": " \\"single value\\"
",
},
Object {
"added": false,
"count": 1,
"removed": false,
"value": "]",
},
]

View file

@ -276,8 +276,8 @@ describe('useComparisonCellValue', () => {
expect(comparisonCell1.getCell()).not.toHaveClass(BASE_CELL_CLASS);
expect(comparisonCell1.getCell()).not.toHaveClass(MATCH_CELL_CLASS);
expect(comparisonCell1.getCell()).not.toHaveClass(DIFF_CELL_CLASS);
expect(comparisonCell1.getAllSegments()).toHaveLength(12);
expect(comparisonCell1.getAddedSegments()).toHaveLength(3);
expect(comparisonCell1.getAllSegments()).toHaveLength(13);
expect(comparisonCell1.getAddedSegments()).toHaveLength(4);
expect(comparisonCell1.getRemovedSegments()).toHaveLength(3);
expect(comparisonCell1.getCell()).toMatchSnapshot();
const comparisonCell2 = renderComparisonCell({

View file

@ -11522,10 +11522,10 @@
resolved "https://registry.yarnpkg.com/@types/diff-match-patch/-/diff-match-patch-1.0.36.tgz#dcef10a69d357fe9d43ac4ff2eca6b85dbf466af"
integrity sha512-xFdR6tkm0MWvBfO8xXCSsinYxHcqkQUlcHeSpMC2ukzOb6lwQAfDmW+Qt0AvlGd8HpsS28qKsB+oPeJn9I39jg==
"@types/diff@^5.0.8":
version "5.0.8"
resolved "https://registry.yarnpkg.com/@types/diff/-/diff-5.0.8.tgz#28dc501cc3e7c62d4c5d096afe20755170acf276"
integrity sha512-kR0gRf0wMwpxQq6ME5s+tWk9zVCfJUl98eRkD05HWWRbhPB/eu4V1IbyZAsvzC1Gn4znBJ0HN01M4DGXdBEV8Q==
"@types/diff@^6.0.0":
version "6.0.0"
resolved "https://registry.yarnpkg.com/@types/diff/-/diff-6.0.0.tgz#031f27cf57564f3cce825f38fb19fdd4349ad07a"
integrity sha512-dhVCYGv3ZSbzmQaBSagrv1WJ6rXCdkyTcDyoNu1MD8JohI7pR7k8wdZEm+mvdxRKXyHVwckFzWU1vJc+Z29MlA==
"@types/ejs@^3.0.6":
version "3.0.6"
@ -17452,6 +17452,11 @@ diff@^5.0.0, diff@^5.1.0, diff@^5.2.0:
resolved "https://registry.yarnpkg.com/diff/-/diff-5.2.0.tgz#26ded047cd1179b78b9537d5ef725503ce1ae531"
integrity sha512-uIFDxqpRZGZ6ThOk84hEfqWoHx2devRFvpTZcTHur85vImfaxUbTW9Ryh4CpCuDnToOP1CEtXKIgytHBPVff5A==
diff@^7.0.0:
version "7.0.0"
resolved "https://registry.yarnpkg.com/diff/-/diff-7.0.0.tgz#3fb34d387cd76d803f6eebea67b921dab0182a9a"
integrity sha512-PJWHUb1RFevKCwaFA9RlG5tCd+FO5iRh9A8HEtkmBH2Li03iJriB6m6JIN4rGz3K3JLawI7/veA1xzRKP6ISBw==
diffie-hellman@^5.0.0:
version "5.0.2"
resolved "https://registry.yarnpkg.com/diffie-hellman/-/diffie-hellman-5.0.2.tgz#b5835739270cfe26acf632099fded2a07f209e5e"
@ -19102,10 +19107,10 @@ fast-xml-parser@4.4.1:
dependencies:
strnum "^1.0.5"
fastest-levenshtein@^1.0.12:
version "1.0.12"
resolved "https://registry.yarnpkg.com/fastest-levenshtein/-/fastest-levenshtein-1.0.12.tgz#9990f7d3a88cc5a9ffd1f1745745251700d497e2"
integrity sha512-On2N+BpYJ15xIC974QNVuYGMOlEVt4s0EOI3wwMqOmK1fdDY+FN/zltPV8vosq4ad4c/gJ1KHScUn/6AWIgiow==
fastest-levenshtein@^1.0.12, fastest-levenshtein@^1.0.16:
version "1.0.16"
resolved "https://registry.yarnpkg.com/fastest-levenshtein/-/fastest-levenshtein-1.0.16.tgz#210e61b6ff181de91ea9b3d1b84fdedd47e034e5"
integrity sha512-eRnCtTTtGZFpQCwhJiUOuxPQWRXVKYDn0b2PeHfXL6/Zi53SLAzAHfVhVWK2AryC/WH05kGfxhFIPvTF0SXQzg==
fastest-stable-stringify@^1.0.1:
version "1.0.1"