fix: accept a file:// prefix in an absolute path

[alexander-akait]

Needed by webpack/webpack#22012.

precompile-schemas hoists its own copy of the regexp that the absolutePath keyword of schema-utils uses:

code = `const absolutePathRegExp = /^(?:[A-Za-z]:[\\\\/]|\\\\\\\\|\\/)/;${code}`;

schema-utils 4.4.0 (webpack/schema-utils#222) accepts an optional file:// prefix, so a path from import.meta.resolve() can be passed to an option that takes an absolute path. This copy has to accept the same thing.

While the two disagree, the pre-compiled schema rejects a value the real schema accepts. webpack notices and falls back to the real schema, so the value still works, but every validation pays for it and it warns:

[DEP_WEBPACK_PRE_COMPILED_SCHEMA_INVALID] DeprecationWarning: webpack bug:
Pre-compiled schema reports error while real schema is happy.
This has performance drawbacks.

Verification

The emitted regexp was compared against the one in schema-utils 4.4.0 (/^(?:file:\/\/)?(?:[A-Za-z]:(\\|\/)|\\\\|\/)/) over both accepted and rejected inputs — file:///dir, file://C:/dir, /dir, C:\dir, C:/dir, \\server\share, ./rel, rel, "", filet:///dir — and they agree on every one, so nothing that used to be rejected becomes accepted apart from the file:// prefix itself.

Regenerating webpack's schemas with this change makes its pre-compiled validator accept context: "file:///directory", un-skips the configCases/rule-set/file-url-condition case in webpack#22012 (4 tests, all passing) and removes the deprecation warning above.

yarn lint passes.

A new tag is needed after this lands, so webpack can bump tooling and regenerate.

🤖 Generated with Claude Code

https://claude.ai/code/session_013wqLmVHkAGBsWQgXknEQCK

---

Generated by Claude Code

[linux-foundation-easycla]

• ❌ - login: @claude / name: Claude. The commit (a289a94) is not authorized under a signed CLA. Please click here to be authorized. For further assistance with EasyCLA, please visit our EasyCLA portal and chat with our support bot.