eslint-plugin-jest | ESLint plugin for Yes | Plugin library

Solved it by replace BrowserRouter with HashRouter.

Fixed by npm audit fix --force but before run, make sure it does not damage your project.

npm audit fix only modifies the dependencies that shouldn't cause problems based on SEMVER rules. The --force is a dangerious option because it upgrades the dependencies regardless of any rules. This can cause a dependency to go from version 1.2. 0 to version 2.3.

What did a npm audit fix --force change and how do you fix it?

Unfortunately, what you're trying to do isn't possible. From the Node documentation:

Node.js will treat the following as ES modules when passed to node as the initial input, or when referenced by import statements within ES module code:

• Files ending in .mjs.

• Files ending in .js when the nearest parent package.json file contains a top-level "type" field with a value of "module".

• Strings passed in as an argument to --eval, or piped to node via STDIN, with the flag --input-type=module.

If possible, you should just copy over the package.json in your Dockerfile - that's what Node expects.

Otherwise, if you absolutely can't have a package.json in your Docker image, then node --input-type module --require dotenv/config < main.js should do the trick.

jest runs via Node runtime, meaning there are no browser APIs. You will need to mock it. Look into jest setupFiles.

Create a setup file:

The rule was renamed to valid-describe-callback in eslint-plugin-jest@25.0.0, which you updated past. You will need to rename any config which references the old rule.

See valid-describe: rename to valid-describe-callback (f3e9e9a) https://github.com/jest-community/eslint-plugin-jest/releases/tag/v25.0.0

You should reconfigure your standardjs to use ts-standard instead.

interface is a "future reserved keyword" in Javascript. Javascript disallows its use as an identifier so that it can be used as a keyword (as it is in TypeScript). The TypeScript compiler removes the interface definition so it doesn't appear in the compiled Javascript output.

From the standardjs front page FAQs:

standard supports the latest ECMAScript features. However, Flow and TypeScript add new syntax to the language, so they are not supported out-of-the-box.

For TypeScript, an official variant ts-standard is supported and maintained that provides a very similar experience to standard.

I'm afraid you are running two instances of ESLint with different configs for each, let me explain why.

CRA already sets up ESLint (among other things) for you:

Under the hood, we use webpack, Babel, ESLint, and other amazing projects to power your app.

In CRA, ESLint is installed and run internally when you run start or build commands, so you see the output in the console while you develop the app, or build the final bundle. You can also get the lint output in your editor. CRA already includes a default config for ESLint, including several plugins.

You have installed ESLint individually in your project, and set it up within your own .eslintrc.json. That's absolutely fine! This is the usual way to lint your projects. The way you run this ESLint is by the lint command you added to your scripts.

So when you run start or build, you are linting your project with CRA's ESLint instance and config, but when you run lint you are linting your project with your ESLint instance and config. Their configs don't match 100%, hence the different errors reported.

You can check you have two instances of ESLint installed by running npm ls eslint, you'll see something like this:

There you can see a direct eslint dependency (the one you manually installed), and another eslint which belongs to react-scripts (the one installed as sub-dependency by CRA).

You have two options basically:

1. Remove your ESLint and customize CRA ESLint. You could uninstall your eslint dependency from your project, remove your custom .eslintrc.json, and extend CRA ESLint config. That has to be done through the eslintConfig key in your package.json. You wouldn't need to put there everything you had in your .eslintrc.json since most of it is already covered by CRA config. The downside of this option is that 1) you can't lint your code on demand with the npm run lint since CRA doesn't allow you to do so, and 2) you are tied to the ESLint plugins version used by CRA (e.g. they are using eslint-plugin-testing-library v3, but the latest is v5 and you can't use it).
2. Ignore ESLint from CRA (recommended). This is what I usually do. You can opt-out of the CRA built-in ESLint instance. To do this, you need to create a .env file in the root of your project, and then put DISABLE_ESLINT_PLUGIN=true inside. After that, CRA won't lint your code when running start or build, so it's up to you when to lint it with your lint command. Ideally, you'll run the lint command in your CI, and locally every time you commit files with lint-staged (this might not sound familiar to you, let me know if you need help to set up any of these), besides getting instant feedback of ESLint errors through your code editor (it should be really straightforward to set VSCode or WebStorm up to do so).

I hope this helps you, let me know if there is something else you want to discuss!

It is because backdropFilter is not one of the style props supported by react-native. You can remove it in you style sheet and the program should be able to work.

Issue was caused because I did not create the directory to where I wanted to store the zip file. Once I added the directory creation at startup everything worked.