You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We discovered an issue with @prisma/extension-accelerate where vercel deploy would fail for Edge Function deployments with an error message regarding it's ability to resolve the package entrypoint. This was not an issue for Next.js edge functions; only for "other" runtime edge functions. We were able to work with the Vercel team to identify the issue. I came back to review the ecosystem test here to understand why it was undetected.
Our current tests in dataproxy/vercel-edge-functions use a Serverless API route and not a route configured with runtime: "edge". This resulted in the vercel deploy compatibility checks not validating the extension package for edge compatibility.
Would it make sense to incorporate an edge API route into the existing test structure in addition to the serverless route?
The text was updated successfully, but these errors were encountered:
We discovered an issue with
@prisma/extension-accelerate
wherevercel deploy
would fail for Edge Function deployments with an error message regarding it's ability to resolve the package entrypoint. This was not an issue for Next.js edge functions; only for "other" runtime edge functions. We were able to work with the Vercel team to identify the issue. I came back to review the ecosystem test here to understand why it was undetected.Our current tests in dataproxy/vercel-edge-functions use a Serverless API route and not a route configured with
runtime: "edge"
. This resulted in thevercel deploy
compatibility checks not validating the extension package for edge compatibility.Would it make sense to incorporate an edge API route into the existing test structure in addition to the serverless route?
The text was updated successfully, but these errors were encountered: