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
{{ message }}
This repository has been archived by the owner on Sep 16, 2023. It is now read-only.
Thank you for the amazing plugin that saves us so much space and headaches of building our own.
I wanted to share our recent experience that ended up costing us many senior developer hours that in a retrospective could have been avoided.
The core of the issue was this selector, in the scope of our large codebase we would have expected this not to work, especially as it was properly tested and fully functional.
But after the recent introduction of lodash-webpack-plugin it stopped working, the journey to this realization took a surprisingly large amount of time and tears. So I think we can do something for people that yet to discover that if you would not add exotics: true to the plugin configuration, this resolution would not be successful.
I do understand that you already have somewhat of a warning
DISCLAIMER: Using this plugin without enabling the proper feature sets may cause lodash functions to behave in unexpected ways. Methods may appear to work, however they might return incorrect results.
Would you be willing to either:
Update the documentation of the exotics flag to explicitly (and visually clear with a large exclamation mark) state that buffers, maps, sets, symbols, typed arrays would not work correctly if this is not set to true, and possibly why it is not true by default
Or possibly support Map, and Set out of the box as a prominent member of the recent JS releases (and hardly exotics IMO)
Please let me know i can make the documentation PR update myself, or possibly even the default behaviour update
The text was updated successfully, but these errors were encountered:
KatFishSnake
changed the title
Support Set and Map out of the box
Docs update or support Set and Map out of the box
Jun 21, 2022
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hey guys,
Thank you for the amazing plugin that saves us so much space and headaches of building our own.
I wanted to share our recent experience that ended up costing us many senior developer hours that in a retrospective could have been avoided.
The core of the issue was this selector, in the scope of our large codebase we would have expected this not to work, especially as it was properly tested and fully functional.
But after the recent introduction of lodash-webpack-plugin it stopped working, the journey to this realization took a surprisingly large amount of time and tears. So I think we can do something for people that yet to discover that if you would not add
exotics: true
to the plugin configuration, this resolution would not be successful.I do understand that you already have somewhat of a warning
Would you be willing to either:
exotics
flag to explicitly (and visually clear with a large exclamation mark) state that buffers, maps, sets, symbols, typed arrays would not work correctly if this is not set to true, and possibly why it is not true by defaultPlease let me know i can make the documentation PR update myself, or possibly even the default behaviour update
The text was updated successfully, but these errors were encountered: