Update dependency @remix-run/dev to v2.14.0 #5
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:
2.9.2
->2.14.0
Release Notes
remix-run/remix (@remix-run/dev)
v2.14.0
Compare Source
Minor Changes
Add support for
routes.ts
behindfuture.unstable_routeConfig
flag to assist with the migration to React Router v7. (#10107)Config-based routing is the new default in React Router v7, configured via the
routes.ts
file in the app directory. Support forroutes.ts
and its related APIs in Remix are designed as a migration path to help minimize the number of changes required when moving your Remix project over to React Router v7. While some new packages have been introduced within the@remix-run
scope, these new packages only exist to keep the code inroutes.ts
as similar as possible to the equivalent code for React Router v7.When the
unstable_routeConfig
future flag is enabled, Remix's built-in file system routing will be disabled and your project will opted into React Router v7's config-based routing.To enable the flag, in your
vite.config.ts
file:A minimal
routes.ts
file to support Remix's built-in file system routing looks like this:Log deprecation warnings for v3 future flags (#10126)
@deprecated
annotations tojson
/defer
utilitiesPatch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.13.1
Compare Source
Patch Changes
future.v3_optimizeDeps
back tofuture.unstable_optimizeDeps
as it was not intended to stabilize in Remix v2 (#10099)@remix-run/[email protected]
@remix-run/[email protected]
v2.13.0
Compare Source
Minor Changes
future.unstable_optimizeDeps
flag intofuture.v3_optimizeDeps
(#10092)unstable_dataStrategy
->dataStrategy
unstable_patchRoutesOnNavigation
->patchRoutesOnNavigation
unstable_data()
->data()
unstable_viewTransition
->viewTransition
(Link
,Form
,navigate
,submit
)unstable_flushSync>
-><Link viewTransition>
(Link
,Form
,navigate
,submit
,useFetcher
)future.unstable_singleFetch
->future.v3_singleFetch
future.unstable_lazyRouteDiscovery
->future.v3_lazyRouteDiscovery
Patch Changes
Stop passing
request.signal
as therenderToReadableStream
signal
to abort server rendering for cloudflare/deno runtimes because by the time thatrequest
is aborted, aborting the rendering is useless because there's no way for React to flush down the unresolved boundaries (#10047)remix vite:dev
because we were incorrectly aborting requests after successful renders - which was causing us to abort a completed React render, and try to close an already closedReadableStream
.request.signal
on successful rendersentry.server
files no longer pass asignal
torenderToReadableStream
because adding a timeout-based abort signal to the default behavior would constitute a breaking changeentry.server
viaremix reveal entry.server
, and the template entry.server files have been updated with an example approach for newly created Remix appsFix adapter logic for aborting
request.signal
so we don't incorrectly abort on theclose
event for successful requests (#10046)Updated dependencies:
@remix-run/[email protected]
@remix-run/[email protected]
v2.12.1
Compare Source
Patch Changes
request.signal
duringvite dev
when the node response is closed (#9976)?inline
,?inline-css
and?raw
are no longer incorrectly injected during SSR in development (#9910)@remix-run/[email protected]
@remix-run/[email protected]
v2.12.0
Compare Source
Minor Changes
future.unstable_optimizeDeps
flag for automatic dependency optimization (#9921)future.unstable_optimizeDeps
future flagGuides
>Dependency optimization
optimizeDeps.entries
nor do you need to disable theremix-dot-server
pluginPatch Changes
dest already exists
build errors by only moving SSR assets to the client build directory when they're not already present on disk (#9901)@remix-run/[email protected]
@remix-run/[email protected]
v2.11.2
Compare Source
Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.11.1
Compare Source
Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.11.0
Compare Source
Minor Changes
future.unstable_fogOfWar
tofuture.unstable_lazyRouteDiscovery
for clarity (#9763)Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.10.3
Compare Source
Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.10.2
Compare Source
Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.10.1
Compare Source
Patch Changes
@remix-run/[email protected]
@remix-run/[email protected]
v2.10.0
Compare Source
Patch Changes
express
dependency to^4.19.2
(#9184)@remix-run/[email protected]
@remix-run/[email protected]
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), 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.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.