Hey @gilliard I reported a slightly different bug that was causing infinite redirects, and I bet the fix for this will fix the logout infinite redirect as well. Just wanted you to know!
For anyone who was still experiencing issues with babel packages, I’ve released another patch. @razzeee tried it out as an RC and it seemed to solve the issues. Let me know if anyone is still experiencing the issues after this version:
However, I don’t actually see any error that it’s referring to
info => Serving static files from ././public at /
info => Starting manager..
WARN unable to find package.json for @babel/cli
info Addon-docs: using MDX2
info => Using implicit CSS loaders
info => Using default Webpack5 setup
Browserslist: caniuse-lite is outdated. Please run:
npx update-browserslist-db@latest
99% end closing watch compilationWARN Force closed preview build
WARN Broken build, fix the error above.
WARN You may need to refresh the browser.
Command failed with exit code 1: yarn storybook dev --config-dir "node_modules/@redwoodjs/testing/config/storybook" --port 7910 --no-version-updates
Latest version(s?) seems to have broken our data-migrate in docker. I’m still in the progress of figuring out, how it should work now.
Edit: Seems like running migrate once locally and checking in the changed package.json etc and changing my run.sh to use npx @redwoodjs/cli-data-migrate instead of rw data-migrate up
That’s right @razzeee sorry about that—I recently finished decoupling data migrate so that you could slim down your Dockerfile. data migrate is now a plugin like storybook and a standalone command so that you don’t have to bring in all Redwood’s hefty dev-time packages.
Hey @klobetime, sorry that this bug’s a bit persistent. One thing I noticed about your output there is that the eslint version, 8.49.0, seems a bit off or at least not what I’d expect. Could you run yarn why on that one for me?
I changed our project package.json inclusion to be “=8.46.0” to lock the versions down to a match and was able to run yarn rw lint with no issues. So it looks like either the version mismatch or something in the newer eslint is the culprit here. To be clear, our setup worked fine in RedwoodJS v6.1.1 with eslint v8.48.0.