Open LordLafayette opened 11 months ago
USE CASE
Local server (yarn build & yarn start) nextConfig.trailingSlash = true
Vercel server nextConfig.trailingSlash = true
Facing the same issue
This still happens on Vercel deploys. As @LordLafayette mentioned, it doesn't happen locally.
Edit by maintainer bot: Comment was automatically minimized because it was considered unhelpful. (If you think this was by mistake, let us know). Please only comment if it adds context to the issue. If you want to express that you have the same problem, use the upvote 👍 on the issue description or subscribe to the issue for updates. Thanks!
Im seeing a similar issue
Link to the code that reproduces this issue
https://github.com/LordLafayette/next-revalidate
To Reproduce
you can try this link > https://next-revalidate-nine.vercel.app/time/
Current vs. Expected behavior
Current
nextConfig.trailingSlash : true
Expected
nextConfig.trailingSlash : true
Verify canary release
Provide environment information
Which area(s) are affected? (Select all that apply)
Not sure
Additional context
On Local server
with yarn build & build start , i have setting nextConfig.trailingSlash = true then i want to revalidate static render with revalidatePath with trailingSlash at end , ex : revalidatePath('/time/') the app working fine with revalidate Full Route cache or ISR
On Vercel
run at same code at local server, but when revalidatePath with trailing Slash at end, ex : revalidatePath('/time/') it not working. but if i try revalidatePath('/time') (with no trailing Slash at end) it work correctly.
you can try this link > https://next-revalidate-nine.vercel.app/time/