Skip to content

Commit 5bfffa8

Browse files
committed
Merge branch 'main' into release-next
2 parents 35109d3 + 1634af2 commit 5bfffa8

File tree

8 files changed

+25
-22
lines changed

8 files changed

+25
-22
lines changed

contributors.yml

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -104,6 +104,7 @@
104104
- kentcdodds
105105
- kiliman
106106
- kkirsche
107+
- kno-raziel
107108
- koojaa
108109
- KostiantynPopovych
109110
- KutnerUri
@@ -142,6 +143,7 @@
142143
- ms10596
143144
- ned-park
144145
- nilubisan
146+
- nnhjs
145147
- noisypigeon
146148
- Obi-Dann
147149
- omar-moquete
@@ -195,9 +197,9 @@
195197
- WalkAlone0325
196198
- willemarcel
197199
- williamsdyyz
200+
- willsawyerrrr
198201
- xavier-lc
199202
- xcsnowcity
200203
- yionr
201204
- yuleicul
202205
- zheng-chuang
203-
- nnhjs

docs/hooks/use-fetchers.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -38,7 +38,7 @@ For example, imagine a UI where the sidebar lists projects, and the main view di
3838
+-----------------+----------------------------┘
3939
```
4040

41-
When the user clicks a checkbox, the submission goes to the action to change the state of the task. Instead of creating a "loading state" we want to create an "optimistic UI" that will **immediately** update the checkbox to appear checked even though the server hasn't processed it yet. In the checkbox component, we can use `fetcher.submission`:
41+
When the user clicks a checkbox, the submission goes to the action to change the state of the task. Instead of creating a "loading state" we want to create an "optimistic UI" that will **immediately** update the checkbox to appear checked even though the server hasn't processed it yet. In the checkbox component, we can use `fetcher.formData`:
4242

4343
```tsx
4444
function Task({ task }) {

docs/start/concepts.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -664,9 +664,7 @@ And the resulting element tree rendered will be:
664664
</PageLayout>
665665
```
666666

667-
<docs-warning>
668-
Don't forget to add an `<Outlet>` to your layout where you would like child route elements to be rendered. Using `children` will not work as expected.
669-
</docs-warning>
667+
<docs-warning>Don't forget to add an `<Outlet>` to your layout where you would like child route elements to be rendered. Using `{children}` will not work as expected.</docs-warning>
670668

671669
The `PageLayout` route is admittedly weird. We call it a [layout route](#layout-route) because it doesn't participate in the matching at all (though its children do). It only exists to make wrapping multiple child routes in the same layout simpler. If we didn't allow this then you'd have to handle layouts in two different ways: sometimes your routes do it for you, sometimes you do it manually with lots of layout component repetition throughout your app:
672670

docs/start/faq.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -118,7 +118,7 @@ Another important reason for using the `element` prop in v6 is that `<Route chil
118118

119119
## How do I add a No Match (404) Route in react-router v6?
120120

121-
In v4 we would have just left the path prop off a route. In v5 we would have wrapped our 404 element in a Route and used `path="*"`. In v6 use the new element prop, pass `path="*"` instead:
121+
In v4 we would have just left the path prop off a route. In v5 we would have wrapped our 404 element in a Route and used `path="*"`. In v6 use `path="*"` and pass the 404 element into the new `element` prop instead of wrapping it:
122122

123123
```js
124124
<Route path="*" element={<NoMatch />} />

examples/lazy-loading-router-provider/package-lock.json

Lines changed: 15 additions & 12 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

examples/lazy-loading-router-provider/package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@
99
"dependencies": {
1010
"react": "^18.2.0",
1111
"react-dom": "^18.2.0",
12-
"react-router-dom": "^6.8.0"
12+
"react-router-dom": "^6.9.0"
1313
},
1414
"devDependencies": {
1515
"@rollup/plugin-replace": "^5.0.2",

packages/react-router/CHANGELOG.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -105,8 +105,8 @@
105105

106106
### Patch Changes
107107

108-
- Fix `generatePath` incorrectly applying parameters in some cases ([`bc6fefa1`](https://github.com/remix-run/react-router/commit/bc6fefa19019ce9f5250c8b5af9b8c5d3390e9d1))
109-
- Improve memoization for context providers to avoid unnecessary re-renders ([`bc6fefa1`](https://github.com/remix-run/react-router/commit/bc6fefa19019ce9f5250c8b5af9b8c5d3390e9d1))
108+
- Fix `generatePath` incorrectly applying parameters in some cases ([#10078](https://github.com/remix-run/react-router/pull/10078))
109+
- Improve memoization for context providers to avoid unnecessary re-renders ([#9983](https://github.com/remix-run/react-router/pull/9983))
110110

111111
## 6.8.2
112112

packages/router/CHANGELOG.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -64,7 +64,7 @@
6464

6565
### Patch Changes
6666

67-
- Fix `generatePath` incorrectly applying parameters in some cases ([`bc6fefa1`](https://github.com/remix-run/react-router/commit/bc6fefa19019ce9f5250c8b5af9b8c5d3390e9d1))
67+
- Fix `generatePath` incorrectly applying parameters in some cases ([#10078](https://github.com/remix-run/react-router/pull/10078))
6868

6969
## 1.3.3
7070

0 commit comments

Comments
 (0)