fix: esbuild md loader#766
Conversation
🦋 Changeset detectedLatest commit: a767ea2 The changes in this PR will be included in the next version bump. This PR includes changesets to release 15 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
|
@gdaybrice is attempting to deploy a commit to the Vercel Labs Team on Vercel. A member of the Team first needs to authorize it. |
db0523d to
998213c
Compare
|
supporting markdown loading "by default" seems odd to me. Maybe the better option is to allow people to provide their own loaders. wdyt @ijjk ? |
|
@pranaygp agree it's not ideal, would be better to support the turbopack configuration if any custom loader is setup. |
998213c to
5e878e5
Compare
|
@pranaygp made some changes, is this a simpler approach? |
5e878e5 to
631badb
Compare
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
8f48e28 to
cabee5e
Compare
Signed-off-by: Brice Lechatellier <brice@lechatellier.com> # Conflicts: # pnpm-lock.yaml
cabee5e to
a767ea2
Compare
There was a problem hiding this comment.
Hi sorry for the delay here, any chance you could try upgrading to latest workflow package and Next.js v16.2.0-canary.48 and then enabling this flag in workflows
That will no longer use esbuild for bundling steps and discovery workflows/steps so the loader customizing should no longer be necessary separate of Next.js' config.
Fixing #724