Closed rosskevin closed 7 years ago
New information, I systematically reverted the split entry points (back to a single entry point) - same error. So I've done other optimizations or changes to the webpack config that must have caused this.
Closing until I have figured out any more that could be used to get some help from the community.
Just to close this loop, I found the problem.
I attempted to add the lodash-webpack-plugin
with:
import LodashModuleReplacementPlugin from 'lodash-webpack-plugin'
...
new LodashModuleReplacementPlugin()
It seems that this plugin is either too overzealous with optimization, or I need to turn some off. Either way, the savings for me were minimal so I'm going to do without it to avoid any further conflicts.
This problem had nothing to do with entry point splitting. Don't use lodash-webpack-plugin
without knowing what you are doing.
I doubt this is a bug with
react-formal 0.24.1
, but figured I would look for guidance here since I am only seeing a problem using react-formal in my setup. This only happens when I split my entry points in webpack. It seems as if the react-formalForm
isn't used at all, but that doesn't seem the case from the stack trace:This is a gist of my webpack config.
This problem only started occurring when I started splitting entry points to
manifest, vendor, application
with both react-formal and yup being part ofvendor
.I tried removing everything except one package (
classnames
) from vendor, and even though almost everything is back in the monolithicapplication
entry point, I still see these errors using react-formal.We reverted to pre-multiple entry point (same react-formal version) and again all was well.
If anyone has any thoughts or suggestions, please let me know - I'll try anything.
Here is a gist of
yarn ls
with all versions.