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 Jan 6, 2024. It is now read-only.
Ahoy, it looks like this change makes conditions a requirement, but that stops it working for older versions of Jest that don't provide it. Could we provide a default set of conditions where Jest doesn't pass any to at least try to do the right thing?
The text was updated successfully, but these errors were encountered:
Yeah, fair enough. I guess I figured a best effort is better than nothing when conditions isn't provided? Otherwise, it straight up doesn't work for 100% of the cases prior to about 27.1, which is pretty recent. And considering this is about providing support for legacy versions of Jest (since it works out of the box for v28) that seems helpful?
Alternatively, is there a way to let users provide the conditions themselves in a config somewhere? I've done something like this as a custom wrapper, but I don't know how many people would dig into the code to work something like this out themselves.
Or even just a handful of common pre-configured ones and a little documentation, like "for Node based tests, do 'resolver': 'jest-node-exports-resolver/node' or something. I dunno, just trying to think of ways to make it helpful and useful under more situations, even if it's not perfect or complete.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Ahoy, it looks like this change makes
conditions
a requirement, but that stops it working for older versions of Jest that don't provide it. Could we provide a default set of conditions where Jest doesn't pass any to at least try to do the right thing?The text was updated successfully, but these errors were encountered: