Configurable __manifest
route for lazyRouteDiscovery
feature
#12418
johannesbraeunig
started this conversation in
Proposals
Replies: 1 comment
-
We’ve encountered the same issue and would also like the An even better solution for us, given our relatively small manifest file, would be a configuration option to opt out of lazy route discovery entirely and keep serving a static manifest file instead. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Background
We're running multiple Remix applications on a single domain, structured by distinct
basePath
segments. For example:http://remix.run.com/register
→ Register Apphttp://remix.run.com/docs
→ Docs AppEach app operates independently and can have deeply nested routes, such as:
http://remix.run.com/docs/intro/first/page/
→ served by the Docs App.The Issue
After enabling the future flag
v3_lazyRouteDiscovery
, we encountered a critical problem:The
__manifest
route is shared across all apps on the same domain.This behavior assumes the
__manifest
route exists at the root level of the domain, causing conflicts and breaking the app where this flag was enabled.This issue has been previously highlighted by @JLarky: Discussion Comment.
Proposed Solution
To resolve this, the destination of the
__manifest
route should be configurable.As mentioned by @brophdawg11 in the linked discussion, it seems this functionality may already exist but has not been shipped yet.
By allowing customization of the
__manifest
route location, Remix applications can operate independently on the same domain without conflict, ensuring compatibility with thelazyRouteDiscovery
feature.We’d appreciate feedback on whether this configuration is already available or if there are plans to introduce it soon.
Thank you for your work and support! 🙌
Beta Was this translation helpful? Give feedback.
All reactions