Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(cli): only show webpack options for dev if bundler = "webpack" #10359

Merged
merged 4 commits into from
Apr 10, 2024

Conversation

jtoar
Copy link
Contributor

@jtoar jtoar commented Mar 28, 2024

This is breaking because it would mean that yarn rw dev --fwd="..." would fail instead of no-op like it does now with Vite. (To be clear the current behavior is that it no-ops, as in it doesn't work.)

Right now yarn rw dev --fwd="..." doesn't work (but doesn't fail) with Vite because it's not wired up. Wiring it up is nontrivial. It's a flag that was used fairly regularly with webpack I think, mostly just to stop the browser from opening. It's been broken since we switched to Vite so a while now, and with no timetable on when it'll be fixed it feels more honest to just not advertise it.

We should at least stop showing the other flag which is webpack specific, but yeah.

@jtoar jtoar added the release:breaking This PR is a breaking change label Mar 28, 2024
@jtoar jtoar added this to the next-release-major milestone Mar 28, 2024
@jtoar
Copy link
Contributor Author

jtoar commented Apr 4, 2024

Talked with @Tobbe, we're going to just hide these flags instead of remove them to get around this being a breaking change.

@jtoar jtoar force-pushed the ds-cli/bundler-dev-options branch from 4711212 to 38b5677 Compare April 10, 2024 02:33
@jtoar jtoar marked this pull request as ready for review April 10, 2024 02:35
@jtoar jtoar merged commit 07361ec into main Apr 10, 2024
46 checks passed
@jtoar jtoar deleted the ds-cli/bundler-dev-options branch April 10, 2024 02:53
@jtoar jtoar added release:fix This PR is a fix and removed release:breaking This PR is a breaking change labels Apr 10, 2024
jtoar added a commit that referenced this pull request Apr 10, 2024
…10359)

> This is breaking because it would mean that `yarn rw dev --fwd="..."`
would fail instead of no-op like it does now with Vite. (To be clear the
current behavior is that it no-ops, as in it doesn't work.)

Right now `yarn rw dev --fwd="..."` doesn't work (but doesn't fail) with
Vite because it's not wired up. Wiring it up is nontrivial. It's a flag
that was used fairly regularly with webpack I think, mostly just to stop
the browser from opening. It's been broken since we switched to Vite so
a while now, and with no timetable on when it'll be fixed it feels more
honest to just not advertise it.

We should at least stop showing the other flag which is webpack
specific, but yeah.
@jtoar jtoar modified the milestones: next-release-patch, v7.3.1 Apr 10, 2024
jtoar added a commit that referenced this pull request Apr 10, 2024
…10359)

> This is breaking because it would mean that `yarn rw dev --fwd="..."`
would fail instead of no-op like it does now with Vite. (To be clear the
current behavior is that it no-ops, as in it doesn't work.)

Right now `yarn rw dev --fwd="..."` doesn't work (but doesn't fail) with
Vite because it's not wired up. Wiring it up is nontrivial. It's a flag
that was used fairly regularly with webpack I think, mostly just to stop
the browser from opening. It's been broken since we switched to Vite so
a while now, and with no timetable on when it'll be fixed it feels more
honest to just not advertise it.

We should at least stop showing the other flag which is webpack
specific, but yeah.
jtoar added a commit that referenced this pull request Apr 10, 2024
…10359)

> This is breaking because it would mean that `yarn rw dev --fwd="..."`
would fail instead of no-op like it does now with Vite. (To be clear the
current behavior is that it no-ops, as in it doesn't work.)

Right now `yarn rw dev --fwd="..."` doesn't work (but doesn't fail) with
Vite because it's not wired up. Wiring it up is nontrivial. It's a flag
that was used fairly regularly with webpack I think, mostly just to stop
the browser from opening. It's been broken since we switched to Vite so
a while now, and with no timetable on when it'll be fixed it feels more
honest to just not advertise it.

We should at least stop showing the other flag which is webpack
specific, but yeah.
dac09 added a commit that referenced this pull request Apr 11, 2024
…th-mw-auth

* 'main' of github.com:redwoodjs/redwood: (21 commits)
  fix(auth): Handle when authorization header is lowercased (#10442)
  Update rbac.md - code match (#10405)
  chore: make crwa e2e test work across branches (#10437)
  feat: [Auth] Common AuthProvider & use* changes for middleware auth (#10420)
  fix(cli): only show webpack options for dev if `bundler = "webpack"` (#10359)
  fix(vercel): specify build env vars as a string (#10436)
  fix(vercel): write `vercel.json` as a part of setup (#10355)
  fix(middleware): Handle POST requests in middleware router too (#10418)
  chore(ci): get ci running on next (#10432)
  RSC: Explain noExternal vite config option (#10429)
  chore(web): Fix .d.ts overwrite build issue (#10431)
  chore(web): .js imports to prep for ESM (#10430)
  chore(refactor): Split rwjs/forms up into several smaller logical units (#10428)
  chore(rsc): simplify `noExternals` config (#10220)
  chore(deps): Update vite to 5.2.8 (#10427)
  chore(auth): Convert `@redwoodjs/auth` to ESM+CJS dual build (#10417)
  chore(framework-tools): Warn about missing metafile (#10426)
  chore(test): Switch rwjs/auth over to vitest (#10423)
  chore(whatwg-fetch): Switch to importing instead of requiring (#10424)
  chore(deps): bump undici from 5.28.3 to 5.28.4 in /.github/actions/check_changesets (#10421)
  ...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release:fix This PR is a fix
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant