[js] Update all npm dependencies (2024-10-20)

[depfu]

This is your weekly update of all npm dependencies. Please take a good look at what changed and the test results before merging this pull request.

What changed?

↗️ @next/env (indirect, 14.2.13 → 14.2.15, patch) · Repo · Release

✳️ @next/eslint-plugin-next (14.2.13 → 14.2.15, patch)

✳️ eslint-config-next (14.2.13 → 14.2.15, patch)

✳️ hed-validator (3.15.4 → 3.15.5, patch) · Repo · Release · Diff

✳️ next (14.2.13 → 14.2.15, patch) · Repo · Release

---

Depfu will only send you the next scheduled PR once you merge or close this one.

All Depfu comment commands

@​depfu refresh

Rebases against your default branch and redoes this update

@​depfu recreate

Recreates this PR, overwriting any edits that you've made to it

@​depfu merge

Merges this PR once your tests are passing and conflicts are resolved

@​depfu cancel merge

Cancels automatic merging of this PR

@​depfu close

Closes this PR and deletes the branch

@​depfu reopen

Restores the branch and reopens this PR (if it's closed)

[effigies]

@happy5214 Just a note that hed-validator 3.15.5 broke the legacy validator. It appears (#2169) to work fine with the schema validator.

I just want to check whether this is intentional, since it was a patch release instead of a minor release.

If the intent going forward is to stop supporting the legacy validator (which is a totally reasonable position to take), it would be good to know, and we'll freeze that dependency. Our hope is to transition the world away from the legacy validator in the coming months, in any case.

[happy5214]

@happy5214 Just a note that hed-validator 3.15.5 broke the legacy validator. It appears (#2169) to work fine with the schema validator.

I just want to check whether this is intentional, since it was a patch release instead of a minor release.

If the intent going forward is to stop supporting the legacy validator (which is a totally reasonable position to take), it would be good to know, and we'll freeze that dependency. Our hope is to transition the world away from the legacy validator in the coming months, in any case.

No, that was not the intent. It's actually a bug, but in this case, hed-validator is right and both the hed.js and hed.spec.js modules in the legacy validator are wrong.

Long story: The tests have improperly nested HED data in three sidecars (the HED level is the third level, where it should be the second level). This is causing https://github.com/hed-standard/hed-javascript/blob/916236a58b9912cb4fefc0e79aa9c28d0f35cedb/bids/types/json.js#L107 to (correctly) throw an IssueError for what amounts to a SIDECAR_INVALID HED error. However, the try block starting at

bids-validator/bids-validator/validators/hed.js

Line 34 in 5646d9d

try {

incorrectly assumes all caught errors are missing schema errors, leading to improper issue reporting.

The tests need to be fixed to correct the level of HED in the three bad sidecars, and hed.js needs to be re-coded to find another way to deal with a null return from the validation function.