refactor: Upgrade path-to-regexp from 0.1.7 to 6.2.1 #8546
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Snyk has created this PR to upgrade path-to-regexp from 0.1.7 to 6.2.1.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
Warning: This is a major version upgrade, and may be a breaking change.
Release notes
Package name: path-to-regexp
Fixed
:name*
parameter (#261) 762bc6bAdded
v6.2.0...v6.2.1
Added
Fixed
strict
flag documentation (#227)Fixed
/#?
as default delimiter to avoid matching on query or fragment parametersdelimiter: '.'
Note: The path syntax has been stabilized with this release, no breaking changes in paths is expected.
This release reverts the prefix behavior added in v3 back to the behavior seen in v2. For the most part, path matching is backward compatible with v2 with these enhancements:
/(abc(?=d))
/{abc(.*)def}
/test(foo
previously worked treating(
as a literal character, now it expects(
to be closed and is treated as a group/test\(foo
Changed
prefixes
option to configure this (starts as/.
which acts like every version since 0.x again){}
to capture prefix/suffix explicitly, enables custom use-cases like/:attr1{-:attr2}?
No changes to path rules since 3.x, except support for nested RegEx parts in 4.x.
Changed
RegexpOptions
interface toTokensToRegexpOptions
normalizePathname
from library, document solution in READMEencodeURIComponent
Removed
whitelist
in favor ofdecodeURI
(advanced behavior can happen outsidepath-to-regexp
)Fixed
String.prototype.normalize
to continue supporting IEAdded
/%.-
)Fixed
RegexpOptions
inmatch(...)
functionFixed
regexp
spelling across 4.xCommit messages
Package name: path-to-regexp
Compare
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs