fix(deps): update all non-major dependencies (minor) #188
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.
This PR contains the following updates:
4.27.7
->4.28.1
5.13.4
->5.14.1
5.13.4
->5.14.1
5.13.5
->5.14.1
5.13.4
->5.14.1
8.55.0
->8.56.0
4.20.1
->4.23.0
6.20.1
->6.21.0
0.7.9
->0.8.0
Release Notes
clerk/javascript (@clerk/nextjs)
v4.28.1
Compare Source
Patch Changes
v4.28.0
Compare Source
Minor Changes
Introduce Protect for authorization. (#2309) by @panteliselef
Changes in public APIs:
experimental
tags and prefixessome
from thehas
utility and Protect. Protect now accepts acondition
prop where a function is expected with thehas
being exposed as the param.<SignedIn>
, if no authorization props are passed.has
will throw an error if neitherpermission
orrole
is passed.auth().protect()
for Nextjs App Router. Allow per page protection in app router. This utility will automatically throw a 404 error if user is not authorized or authenticated.not-found
component set by the developerPatch Changes
Accept
redirectUrl
as an option forauth().protect()
. (#2333) by @panteliselefFor example:
Updated dependencies [
b4868ab8f
,2dc93d4d8
]:TanStack/query (@tanstack/query-async-storage-persister)
v5.14.1
Compare Source
Version 5.14.1 - 12/17/2023, 2:28 PM
Changes
Fix
onSuccess
(#6355) (320cf9b
) by @Mini-ghostDocs
60cbd75
) by ArnoudOther
c38c1cb
) by Tyler McGinnisPackages
v5.14.0
Compare Source
Version 5.14.0 - 12/15/2023, 12:01 PM
Changes
Feat
94154d7
) by Dominik DorfmeisterDocs
258238c
) by Arnoude45c119
) by Drew Powers8945610
) by @manudelib484fe5
) by Harry Chenf093f4b
) by @beomyOther
e2d5da2
) by Tanner Linsleyb3a73b0
) by Tanner Linsley5eb4f6d
) by Tanner Linsley2539b37
) by Tanner LinsleyPackages
eslint/eslint (eslint)
v8.56.0
Compare Source
Features
0dd9704
feat: Support custom severity when reporting unused disable directives (#17212) (Bryan Mishkin)31a7e3f
feat: fix no-restricted-properties false negatives with unknown objects (#17818) (Arka Pratim Chaudhuri)Bug Fixes
7d5e5f6
fix:TypeError: fs.exists is not a function
on read-only file system (#17846) (Francesco Trotta)74739c8
fix: suggestion with invalid syntax in no-promise-executor-return rule (#17812) (Bryan Mishkin)Documentation
9007719
docs: update link in ways-to-extend.md (#17839) (Amel SELMANE)3a22236
docs: Update README (GitHub Actions Bot)54c3ca6
docs: fix migration-guide example (#17829) (Tanuj Kanti)4391b71
docs: check config comments in rule examples (#17815) (Francesco Trotta)fd28363
docs: remove mention about ESLint stylistic rules in readme (#17810) (Zwyx)48ed5a6
docs: Update README (GitHub Actions Bot)Chores
ba6af85
chore: upgrade @eslint/js@8.56.0 (#17864) (Milos Djermanovic)60a531a
chore: package.json update for @eslint/js release (Jenkins)ba87a06
chore: update dependency markdownlint to ^0.32.0 (#17783) (renovate[bot])9271d10
chore: add GitHub issue template for docs issues (#17845) (Josh Goldberg ✨)70a686b
chore: Convert rule tests to FlatRuleTester (#17819) (Nicholas C. Zakas)f3a599d
chore: upgrade eslint-plugin-unicorn to v49.0.0 (#17837) (唯然)905d4b7
chore: upgrade eslint-plugin-eslint-plugin v5.2.1 (#17838) (唯然)4d7c3ce
chore: update eslint-plugin-n v16.4.0 (#17836) (唯然)fd0c60c
ci: unpin Node.js 21.2.0 (#17821) (Francesco Trotta)openai/openai-node (openai)
v4.23.0
Compare Source
Full Changelog: v4.22.1...v4.23.0
Features
Chores
v4.22.1
Compare Source
Full Changelog: v4.22.0...v4.22.1
Chores
Documentation
v4.22.0
Compare Source
Full Changelog: v4.21.0...v4.22.0
Features
name
argument + improve docs (#569) (3b68ace)Chores
v4.21.0
Compare Source
Full Changelog: v4.20.1...v4.21.0
Features
Bug Fixes
Documentation
Build System
packageManager: yarn
(#561) (935b898)remix-run/react-router (react-router-dom)
v6.21.0
Compare Source
Minor Changes
Add a new
future.v7_relativeSplatPath
flag to implement a breaking bug fix to relative routing when inside a splat route. (#11087)This fix was originally added in #10983 and was later reverted in #11078 because it was determined that a large number of existing applications were relying on the buggy behavior (see #11052)
The Bug
The buggy behavior is that without this flag, the default behavior when resolving relative paths is to ignore any splat (
*
) portion of the current route path.The Background
This decision was originally made thinking that it would make the concept of nested different sections of your apps in
<Routes>
easier if relative routing would replace the current splat:Any paths like
/dashboard
,/dashboard/team
,/dashboard/projects
will match theDashboard
route. The dashboard component itself can then render nested<Routes>
:Now, all links and route paths are relative to the router above them. This makes code splitting and compartmentalizing your app really easy. You could render the
Dashboard
as its own independent app, or embed it into your large app without making any changes to it.The Problem
The problem is that this concept of ignoring part of a path breaks a lot of other assumptions in React Router - namely that
"."
always means the current location pathname for that route. When we ignore the splat portion, we start getting invalid paths when using"."
:We've also introduced an issue that we can no longer move our
DashboardTeam
component around our route hierarchy easily - since it behaves differently if we're underneath a non-splat route, such as/dashboard/:widget
. Now, our"."
links will, properly point to ourself inclusive of the dynamic param value so behavior will break from it's corresponding usage in a/dashboard/*
route.Even worse, consider a nested splat route configuration:
Now, a
<Link to=".">
and a<Link to="..">
inside theDashboard
component go to the same place! That is definitely not correct!Another common issue arose in Data Routers (and Remix) where any
<Form>
should post to it's own routeaction
if you the user doesn't specify a form action:This is just a compounded issue from the above because the default location for a
Form
to submit to is itself ("."
) - and if we ignore the splat portion, that now resolves to the parent route.The Solution
If you are leveraging this behavior, it's recommended to enable the future flag, move your splat to it's own route, and leverage
../
for any links to "sibling" pages:This way,
.
means "the full current pathname for my route" in all cases (including static, dynamic, and splat routes) and..
always means "my parents pathname".Patch Changes
@remix-run/[email protected]
[email protected]
emilkowalski/vaul (vaul)
v0.8.0
Compare Source
What's Changed
New Contributors
Full Changelog: emilkowalski/vaul@v0.7.9...v0.8.0
Configuration
📅 Schedule: Branch creation - "after 9pm,before 9am" in timezone Asia/Shanghai, 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 if that's undesired.
This PR has been generated by Mend Renovate. View repository job log here.