2021-02-22 15:43:29 +01:00
|
|
|
{
|
|
|
|
"resources": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"3box>ipfs>superstruct>clone-deep>shallow-clone>mixin-object": {
|
|
|
|
"packages": {
|
|
|
|
"3box>ipfs>superstruct>clone-deep>shallow-clone>mixin-object>for-in": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true
|
|
|
|
}
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"@babel/code-frame": {
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true,
|
|
|
|
"process.emitWarning": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core": {
|
|
|
|
"builtin": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"assert": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs": true,
|
2021-11-23 20:17:27 +01:00
|
|
|
"module": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path": true,
|
2021-11-23 20:17:27 +01:00
|
|
|
"url": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"console.error": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"console.log": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"$root$": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"@babel/code-frame": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@ampproject/remapping": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/generator": true,
|
|
|
|
"@babel/core>@babel/helper-compilation-targets": true,
|
|
|
|
"@babel/core>@babel/helper-module-transforms": true,
|
|
|
|
"@babel/core>@babel/helpers": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/core>@babel/parser": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/template": true,
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"@babel/core>gensync": true,
|
|
|
|
"@babel/core>semver": true,
|
|
|
|
"@babel/plugin-proposal-class-properties": true,
|
|
|
|
"@babel/plugin-proposal-nullish-coalescing-operator": true,
|
|
|
|
"@babel/plugin-proposal-object-rest-spread": true,
|
|
|
|
"@babel/plugin-proposal-optional-chaining": true,
|
|
|
|
"@babel/plugin-transform-runtime": true,
|
|
|
|
"@babel/preset-env": true,
|
|
|
|
"@babel/preset-react": true,
|
|
|
|
"@babel/preset-typescript": true,
|
|
|
|
"depcheck>@babel/traverse": true,
|
|
|
|
"depcheck>json5": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>convert-source-map": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@ampproject/remapping": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/gen-mapping": true,
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/trace-mapping": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/gen-mapping": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/set-array": true,
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/sourcemap-codec": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/trace-mapping": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/trace-mapping>@jridgewell/resolve-uri": true,
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/sourcemap-codec": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/trace-mapping>@jridgewell/resolve-uri": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/generator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"console.error": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/generator>jsesc": true,
|
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@ampproject/remapping>@jridgewell/trace-mapping": true,
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/set-array": true,
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/sourcemap-codec": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/set-array": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@babel/generator>@jridgewell/gen-mapping>@jridgewell/sourcemap-codec": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"TextDecoder": true,
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/generator>jsesc": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-compilation-targets": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"console.warn": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.versions.node": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-compilation-targets>semver": true,
|
|
|
|
"@babel/preset-env>@babel/compat-data": true,
|
|
|
|
"@babel/preset-env>@babel/helper-validator-option": true,
|
|
|
|
"stylelint>autoprefixer>browserslist": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-compilation-targets>semver": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"process": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/core>@babel/helper-module-transforms": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.extname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-module-imports": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-simple-access": true,
|
|
|
|
"@babel/core>@babel/template": true,
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"depcheck>@babel/traverse": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-split-export-declaration": true,
|
|
|
|
"lavamoat>@babel/highlight>@babel/helper-validator-identifier": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-module-imports": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-simple-access": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helpers": {
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/template": true,
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"depcheck>@babel/traverse": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/template": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/code-frame": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/core>@babel/parser": true,
|
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": {
|
|
|
|
"globals": {
|
|
|
|
"console.trace": true,
|
|
|
|
"process.env.BABEL_TYPES_8_BREAKING": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-18 17:07:34 +02:00
|
|
|
"@babel/core>@babel/types>@babel/helper-string-parser": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types>to-fast-properties": true,
|
|
|
|
"lavamoat>@babel/highlight>@babel/helper-validator-identifier": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>semver": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/eslint-parser": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.versions": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/core>@babel/parser": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"@babel/eslint-parser>eslint-scope": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/eslint-parser>eslint-visitor-keys": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/eslint-parser>semver": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/parser": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"depcheck>@babel/parser": true,
|
|
|
|
"eslint": true
|
2022-07-26 20:10:51 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/eslint-parser>eslint-scope": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/eslint-parser>eslint-scope>estraverse": true,
|
|
|
|
"eslint>eslint-scope>esrecurse": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/eslint-parser>semver": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/eslint-plugin": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/eslint-plugin>eslint-rule-composer": true,
|
|
|
|
"eslint": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env": {
|
|
|
|
"globals": {
|
|
|
|
"console.log": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.env.BABEL_ENV": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/helper-compilation-targets": true,
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"@babel/preset-env>@babel/compat-data": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/helper-validator-option": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-bugfix-safari-id-destructuring-collision-in-function-expression": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-bugfix-v8-spread-parameters-in-optional-chaining": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-async-generator-functions": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-class-properties": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-class-static-block": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-dynamic-import": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-export-namespace-from": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-json-strings": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-logical-assignment-operators": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-nullish-coalescing-operator": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-numeric-separator": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-object-rest-spread": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-optional-catch-binding": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-optional-chaining": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-property-in-object": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-unicode-property-regex": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-async-generators": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-class-properties": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-class-static-block": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-dynamic-import": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-export-namespace-from": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-import-assertions": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-json-strings": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-logical-assignment-operators": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-nullish-coalescing-operator": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-numeric-separator": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-object-rest-spread": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-catch-binding": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-chaining": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-private-property-in-object": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-top-level-await": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-arrow-functions": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-block-scoped-functions": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-block-scoping": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-computed-properties": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-destructuring": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-duplicate-keys": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-for-of": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-function-name": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-literals": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-member-expression-literals": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-amd": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-commonjs": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-systemjs": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-umd": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-named-capturing-groups-regex": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-new-target": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-object-super": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-parameters": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-property-literals": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-regenerator": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-reserved-words": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-shorthand-properties": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-sticky-regex": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-template-literals": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-typeof-symbol": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-unicode-escapes": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-unicode-regex": true,
|
|
|
|
"@babel/preset-env>@babel/preset-modules": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs2": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-regenerator": true,
|
|
|
|
"@babel/preset-env>core-js-compat": true,
|
|
|
|
"@babel/preset-env>semver": true
|
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-bugfix-safari-id-destructuring-collision-in-function-expression": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-bugfix-v8-spread-parameters-in-optional-chaining": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-optional-chaining": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread>@babel/helper-skip-transparent-expression-wrappers": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-async-generator-functions": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-async-generators": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator>@babel/helper-remap-async-to-generator": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-class-properties": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-class-static-block": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-class-static-block": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-dynamic-import": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-dynamic-import": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-export-namespace-from": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-export-namespace-from": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-json-strings": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-json-strings": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-logical-assignment-operators": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-logical-assignment-operators": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-nullish-coalescing-operator": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-nullish-coalescing-operator": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-numeric-separator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-numeric-separator": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-object-rest-spread": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/core>@babel/helper-compilation-targets": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-object-rest-spread": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-parameters": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-optional-catch-binding": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-catch-binding": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-optional-chaining": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-chaining": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread>@babel/helper-skip-transparent-expression-wrappers": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": {
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-optimise-call-expression": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers>@babel/helper-member-expression-to-functions": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-split-export-declaration": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-property-in-object": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-private-property-in-object": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-unicode-property-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-async-generators": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-class-properties": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-class-static-block": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-dynamic-import": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-export-namespace-from": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-import-assertions": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-json-strings": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-logical-assignment-operators": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-nullish-coalescing-operator": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-numeric-separator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-object-rest-spread": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-catch-binding": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-optional-chaining": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-private-property-in-object": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-syntax-top-level-await": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-arrow-functions": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-module-imports": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator>@babel/helper-remap-async-to-generator": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator>@babel/helper-remap-async-to-generator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator>@babel/helper-remap-async-to-generator>@babel/helper-wrap-function": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-async-to-generator>@babel/helper-remap-async-to-generator>@babel/helper-wrap-function": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/template": true,
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-block-scoped-functions": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-block-scoping": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes": {
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-optimise-call-expression": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>globals": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-split-export-declaration": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-optimise-call-expression": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-optimise-call-expression": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers>@babel/helper-member-expression-to-functions": true,
|
|
|
|
"depcheck>@babel/traverse": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers>@babel/helper-member-expression-to-functions": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/types": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-computed-properties": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-destructuring": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"globals": {
|
|
|
|
"characterClassItem.kind": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regenerate": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regjsgen": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regjsparser": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>unicode-match-property-ecmascript": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>unicode-match-property-value-ecmascript": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regenerate": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regjsgen": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>regjsparser": {
|
|
|
|
"globals": {
|
|
|
|
"regjsparser": "write"
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>unicode-match-property-ecmascript": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>unicode-match-property-ecmascript>unicode-canonical-property-names-ecmascript": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin>regexpu-core>unicode-match-property-ecmascript>unicode-property-aliases-ecmascript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-duplicate-keys": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator>@babel/helper-builder-binary-assignment-operator-visitor": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator>@babel/helper-builder-binary-assignment-operator-visitor": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator>@babel/helper-builder-binary-assignment-operator-visitor>@babel/helper-explode-assignable-expression": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-exponentiation-operator>@babel/helper-builder-binary-assignment-operator-visitor>@babel/helper-explode-assignable-expression": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-for-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-function-name": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/helper-compilation-targets": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-literals": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-member-expression-literals": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-amd": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-amd>babel-plugin-dynamic-import-node": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-commonjs": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms": true,
|
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-simple-access": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-amd>babel-plugin-dynamic-import-node": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-systemjs": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"console.warn": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-amd>babel-plugin-dynamic-import-node": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-hoist-variables": true,
|
|
|
|
"lavamoat>@babel/highlight>@babel/helper-validator-identifier": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-modules-umd": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path.basename": true,
|
|
|
|
"path.extname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-named-capturing-groups-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-new-target": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-object-super": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-replace-supers": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-parameters": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-property-literals": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-regenerator": {
|
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-regenerator>regenerator-transform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-regenerator>regenerator-transform": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true,
|
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/runtime": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-reserved-words": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-shorthand-properties": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread>@babel/helper-skip-transparent-expression-wrappers": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-spread>@babel/helper-skip-transparent-expression-wrappers": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-sticky-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-template-literals": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-typeof-symbol": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-unicode-escapes": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-transform-unicode-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-dotall-regex>@babel/helper-create-regexp-features-plugin": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/compat-data": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs2>semver": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs2>semver": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider": true,
|
|
|
|
"@babel/preset-env>core-js-compat": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider": {
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
"builtin": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"module": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.log": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"process.exitCode": "write",
|
|
|
|
"process.versions.node": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/helper-compilation-targets": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider>lodash.debounce": true,
|
|
|
|
"brfs>resolve": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider>lodash.debounce": {
|
|
|
|
"globals": {
|
|
|
|
"clearTimeout": true,
|
|
|
|
"setTimeout": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-regenerator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>babel-plugin-polyfill-corejs3>@babel/helper-define-polyfill-provider": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>core-js-compat": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>core-js-compat>semver": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>core-js-compat>semver": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
|
|
|
"process": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-env>semver": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"@babel/preset-react": {
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/helper-validator-option": true,
|
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-display-name": true,
|
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx": true,
|
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx-development": true,
|
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-pure-annotations": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-display-name": {
|
|
|
|
"builtin": {
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/core>@babel/helper-module-transforms>@babel/helper-module-imports": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true,
|
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx>@babel/plugin-syntax-jsx": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx-development": {
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx": true
|
Add TypeScript to the build system (#13489)
This commit modifies the build system so that TypeScript files can be
transpiled into ES5 just like JavaScript files.
Note that this commit does NOT change the build system to run TypeScript
files through the TypeScript compiler. In other words, no files will be
type-checked at the build stage, as we expect type-checking to be
handled elsewhere (live, via your editor integration with `tsserver`,
and before a PR is merged, via `yarn lint`). Rather, we merely instruct
Babel to strip TypeScript-specific syntax from any files that have it,
as if those files had been written using JavaScript syntax alone.
Why take this approach? Because it prevents the build process from being
negatively impacted with respect to performance (as TypeScript takes a
significant amount of time to run).
It's worth noting the downside of this approach: because we aren't
running files through TypeScript, but relying on Babel's [TypeScript
transform][1] to identify TypeScript syntax, this transform has to keep
up with any syntax changes that TypeScript adds in the future. In fact
there are a few syntactical forms that Babel already does not recognize.
These forms are rare or are deprecated by TypeScript, so I don't
consider them to be a blocker, but it's worth noting just in case it
comes up later. Also, any settings we place in `tsconfig.json` will be
completely ignored by Babel. Again, this isn't a blocker because there
are some analogs for the most important settings reflected in the
options we can pass to the transform. These and other caveats are
detailed in the [documentation for the transform][2].
[1]: https://babeljs.io/docs/en/babel-plugin-transform-typescript
[2]: https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
2022-03-29 00:33:40 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-jsx>@babel/plugin-syntax-jsx": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-react>@babel/plugin-transform-react-pure-annotations": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/plugin-transform-classes>@babel/helper-annotate-as-pure": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-typescript": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
|
|
|
"@babel/preset-env>@babel/helper-validator-option": true,
|
|
|
|
"@babel/preset-typescript>@babel/plugin-transform-typescript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-typescript>@babel/plugin-transform-typescript": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.warn": true
|
2021-09-16 05:18:28 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/preset-env>@babel/plugin-proposal-private-methods>@babel/helper-create-class-features-plugin": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-typescript>@babel/plugin-transform-typescript>@babel/plugin-syntax-typescript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-typescript>@babel/plugin-transform-typescript>@babel/plugin-syntax-typescript": {
|
2022-01-07 16:57:33 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/preset-env>@babel/helper-plugin-utils": true
|
2022-01-07 16:57:33 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>isobject": true
|
|
|
|
}
|
|
|
|
},
|
2021-07-15 19:59:34 +02:00
|
|
|
"@lavamoat/lavapack": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
2021-07-15 19:59:34 +02:00
|
|
|
"buffer.Buffer.from": true,
|
2021-09-16 05:18:28 +02:00
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.join": true,
|
2021-07-15 19:59:34 +02:00
|
|
|
"path.relative": true
|
2021-09-16 05:18:28 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true,
|
|
|
|
"process.cwd": true,
|
2021-10-06 00:06:31 +02:00
|
|
|
"setTimeout": true
|
2021-09-16 05:18:28 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"@lavamoat/lavapack>readable-stream": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>umd": true,
|
|
|
|
"browserify>JSONStream": true,
|
|
|
|
"lavamoat>json-stable-stringify": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>convert-source-map": true,
|
|
|
|
"through2": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map>convert-source-map": true,
|
|
|
|
"@lavamoat/lavapack>combine-source-map>inline-source-map": true,
|
|
|
|
"@lavamoat/lavapack>combine-source-map>lodash.memoize": true,
|
|
|
|
"@lavamoat/lavapack>combine-source-map>source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map>convert-source-map": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.from": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map>inline-source-map": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.from": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map>inline-source-map>source-map": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"@lavamoat/lavapack>readable-stream": {
|
2022-03-21 19:54:47 +01:00
|
|
|
"builtin": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
2022-03-21 19:54:47 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
2022-03-21 19:54:47 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert": {
|
2022-03-21 19:54:47 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert>color-name": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@sentry/browser>tslib": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>acorn-walk": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>remark-slug>unist-util-visit": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>remark-slug>unist-util-visit>unist-util-visit-parents": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>remark-slug>unist-util-visit>unist-util-visit-parents": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>unist-util-find-all-after>unist-util-is": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>telejson>is-symbol": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>has-symbols": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": {
|
|
|
|
"builtin": {
|
|
|
|
"util.deprecate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>character-entities": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>character-entities-legacy": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>character-reference-invalid": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>is-alphanumerical": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>is-hexadecimal": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-decimal": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>is-alphanumerical": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-alphabetical": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-decimal": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base>glob-parent": true,
|
|
|
|
"@storybook/react>@storybook/core-common>glob-base>is-glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base>glob-parent": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base>is-glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base>is-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/eslint-plugin": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"@typescript-eslint/eslint-plugin>@typescript-eslint/type-utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/eslint-plugin>tsutils": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager": true,
|
|
|
|
"eslint": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>debug": true,
|
|
|
|
"eslint>regexpp": true,
|
|
|
|
"globby>ignore": true,
|
|
|
|
"semver": true,
|
|
|
|
"typescript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"@typescript-eslint/eslint-plugin>@typescript-eslint/type-utils": {
|
|
|
|
"packages": {
|
|
|
|
"@typescript-eslint/eslint-plugin>@typescript-eslint/type-utils>debug": true,
|
|
|
|
"@typescript-eslint/eslint-plugin>tsutils": true,
|
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils": true,
|
|
|
|
"eslint>debug": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"typescript": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"@typescript-eslint/eslint-plugin>@typescript-eslint/type-utils>debug": {
|
|
|
|
"globals": {
|
|
|
|
"console.debug": true,
|
|
|
|
"console.log": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@typescript-eslint/eslint-plugin>@typescript-eslint/type-utils>debug>ms": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/eslint-plugin>tsutils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@sentry/browser>tslib": true,
|
|
|
|
"typescript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/typescript-estree": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"typescript": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager>@typescript-eslint/visitor-keys": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager>@typescript-eslint/visitor-keys": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>eslint-visitor-keys": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/typescript-estree": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console.log": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"new": true,
|
|
|
|
"process": true,
|
|
|
|
"target": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/eslint-plugin>tsutils": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager>@typescript-eslint/visitor-keys": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/types": true,
|
|
|
|
"eslint>is-glob": true,
|
|
|
|
"globby": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver": true,
|
|
|
|
"typescript": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"babelify": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Transform": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.concat": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"bify-module-groups": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"bify-module-groups>through2": true,
|
|
|
|
"pify": true,
|
|
|
|
"pump": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"bify-module-groups>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"bify-module-groups>through2>readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"bify-module-groups>through2>readable-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.createReadStream": true,
|
|
|
|
"fs.readdir": true,
|
|
|
|
"path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>quote-stream": true,
|
|
|
|
"brfs>resolve": true,
|
|
|
|
"brfs>static-module": true,
|
|
|
|
"brfs>through2": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>quote-stream": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
|
|
|
},
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>quote-stream>buffer-equal": true,
|
|
|
|
"brfs>quote-stream>through2": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>quote-stream>buffer-equal": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer.isBuffer": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>quote-stream>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.realpath": true,
|
|
|
|
"fs.realpathSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"os.homedir": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.parse": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"process.env.HOME": true,
|
|
|
|
"process.env.HOMEDRIVE": true,
|
|
|
|
"process.env.HOMEPATH": true,
|
|
|
|
"process.env.LNAME": true,
|
|
|
|
"process.env.LOGNAME": true,
|
|
|
|
"process.env.USER": true,
|
|
|
|
"process.env.USERNAME": true,
|
|
|
|
"process.env.USERPROFILE": true,
|
|
|
|
"process.getuid": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.versions": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve>path-parse": true,
|
|
|
|
"depcheck>is-core-module": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve>path-parse": {
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"brfs>static-module": {
|
|
|
|
"packages": {
|
|
|
|
"brfs>static-module>acorn-node": true,
|
|
|
|
"brfs>static-module>magic-string": true,
|
|
|
|
"brfs>static-module>merge-source-map": true,
|
|
|
|
"brfs>static-module>scope-analyzer": true,
|
|
|
|
"brfs>static-module>shallow-copy": true,
|
|
|
|
"brfs>static-module>static-eval": true,
|
|
|
|
"brfs>static-module>through2": true,
|
|
|
|
"browserify>concat-stream": true,
|
|
|
|
"browserify>duplexer2": true,
|
|
|
|
"enzyme>has": true,
|
|
|
|
"enzyme>object-inspect": true,
|
|
|
|
"jsdom>escodegen": true,
|
|
|
|
"nyc>convert-source-map": true,
|
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"brfs>static-module>acorn-node": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>acorn-walk": true,
|
2022-07-29 21:15:48 +02:00
|
|
|
"brfs>static-module>acorn-node>acorn": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-29 21:15:48 +02:00
|
|
|
"brfs>static-module>acorn-node>acorn": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>magic-string": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"btoa": true,
|
|
|
|
"console.warn": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>magic-string>sourcemap-codec": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>magic-string>sourcemap-codec": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"brfs>static-module>merge-source-map": {
|
2021-07-15 19:59:34 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>merge-source-map>source-map": true
|
2021-07-15 19:59:34 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert.ok": true,
|
|
|
|
"assert.strictEqual": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer>array-from": true,
|
|
|
|
"brfs>static-module>scope-analyzer>dash-ast": true,
|
|
|
|
"brfs>static-module>scope-analyzer>es6-map": true,
|
|
|
|
"brfs>static-module>scope-analyzer>es6-set": true,
|
|
|
|
"brfs>static-module>scope-analyzer>estree-is-function": true,
|
|
|
|
"brfs>static-module>scope-analyzer>get-assigned-identifiers": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer>dash-ast": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer>es6-map": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>event-emitter": true,
|
|
|
|
"resolve-url-loader>es6-iterator": true,
|
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer>es6-set": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>event-emitter": true,
|
|
|
|
"resolve-url-loader>es6-iterator": true,
|
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>scope-analyzer>get-assigned-identifiers": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert.equal": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"brfs>static-module>static-eval": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"jsdom>escodegen": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify": {
|
|
|
|
"builtin": {
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs.realpath": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": true,
|
|
|
|
"browserify>browser-pack": true,
|
|
|
|
"browserify>browser-resolve": true,
|
|
|
|
"browserify>cached-path-relative": true,
|
|
|
|
"browserify>concat-stream": true,
|
|
|
|
"browserify>deps-sort": true,
|
|
|
|
"browserify>insert-module-globals": true,
|
|
|
|
"browserify>module-deps": true,
|
|
|
|
"browserify>read-only-stream": true,
|
|
|
|
"browserify>shasum": true,
|
|
|
|
"browserify>syntax-error": true,
|
|
|
|
"browserify>through2": true,
|
|
|
|
"enzyme>has": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"labeled-stream-splicer": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>htmlescape": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"watchify>defined": true,
|
|
|
|
"watchify>xtend": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>JSONStream": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"browserify>JSONStream>jsonparse": true,
|
|
|
|
"debounce-stream>through": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>JSONStream>jsonparse": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>browser-pack": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.join": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.relative": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__dirname": true,
|
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map": true,
|
|
|
|
"@lavamoat/lavapack>umd": true,
|
|
|
|
"browserify>JSONStream": true,
|
|
|
|
"browserify>browser-pack>through2": true,
|
|
|
|
"ethereumjs-wallet>safe-buffer": true,
|
|
|
|
"watchify>defined": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>browser-pack>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>browser-resolve": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__dirname": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"browserify>browser-resolve>resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>browser-resolve>resolve": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>cached-path-relative": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>concat-stream": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.concat": true,
|
|
|
|
"Buffer.isBuffer": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"browserify>concat-stream>typedarray": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream": true,
|
|
|
|
"terser>source-map-support>buffer-from": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>deps-sort": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>deps-sort>through2": true,
|
|
|
|
"watchify>browserify>shasum-object": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>deps-sort>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>duplexer2": {
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.relative": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.concat": true,
|
|
|
|
"Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@lavamoat/lavapack>combine-source-map": true,
|
|
|
|
"brfs>static-module>acorn-node": true,
|
|
|
|
"browserify>insert-module-globals>through2": true,
|
|
|
|
"browserify>insert-module-globals>undeclared-identifiers": true,
|
|
|
|
"gulp-watch>path-is-absolute": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2021-10-06 00:06:31 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>undeclared-identifiers": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>acorn-node": true,
|
|
|
|
"brfs>static-module>scope-analyzer>get-assigned-identifiers": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>module-deps": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.createReadStream": true,
|
|
|
|
"fs.readFile": true,
|
|
|
|
"path.delimiter": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.env.NODE_PATH": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"setTimeout": true,
|
|
|
|
"tr": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": true,
|
|
|
|
"browserify>cached-path-relative": true,
|
|
|
|
"browserify>concat-stream": true,
|
|
|
|
"browserify>duplexer2": true,
|
|
|
|
"browserify>module-deps>detective": true,
|
|
|
|
"browserify>module-deps>stream-combiner2": true,
|
|
|
|
"browserify>module-deps>through2": true,
|
|
|
|
"browserify>parents": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat-browserify>browser-resolve": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"loose-envify": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>defined": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>module-deps>detective": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>static-module>acorn-node": true,
|
|
|
|
"watchify>defined": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>module-deps>stream-combiner2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>duplexer2": true,
|
|
|
|
"readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>module-deps>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>parents": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"browserify>parents>path-platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>parents>path-platform": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path": true,
|
|
|
|
"util.isObject": true,
|
|
|
|
"util.isString": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true,
|
|
|
|
"process.env": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.platform": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>read-only-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>shasum": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer.isBuffer": true,
|
|
|
|
"crypto.createHash": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>shasum>json-stable-stringify": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>shasum>json-stable-stringify": {
|
|
|
|
"packages": {
|
|
|
|
"lavamoat>json-stable-stringify>jsonify": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>string_decoder": {
|
|
|
|
"packages": {
|
2022-04-29 15:05:14 +02:00
|
|
|
"ethereumjs-wallet>safe-buffer": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"browserify>syntax-error": {
|
|
|
|
"packages": {
|
|
|
|
"brfs>static-module>acorn-node": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"chalk": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"chalk>ansi-styles": true,
|
|
|
|
"sinon>supports-color": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"chalk>ansi-styles": {
|
|
|
|
"packages": {
|
|
|
|
"chalk>ansi-styles>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"chalk>ansi-styles>color-convert": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"jest-canvas-mock>moo-color>color-name": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar": {
|
|
|
|
"builtin": {
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs.close": true,
|
|
|
|
"fs.lstat": true,
|
|
|
|
"fs.open": true,
|
|
|
|
"fs.readdir": true,
|
|
|
|
"fs.realpath": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.unwatchFile": true,
|
|
|
|
"fs.watch": true,
|
|
|
|
"fs.watchFile": true,
|
|
|
|
"os.type": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"util.promisify": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"clearTimeout": true,
|
|
|
|
"console.error": true,
|
|
|
|
"process.env.CHOKIDAR_INTERVAL": true,
|
|
|
|
"process.env.CHOKIDAR_PRINT_FSEVENTS_REQUIRE_ERROR": true,
|
|
|
|
"process.env.CHOKIDAR_USEPOLLING": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.version.match": true,
|
|
|
|
"setTimeout": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"chokidar>braces": true,
|
|
|
|
"chokidar>glob-parent": true,
|
|
|
|
"chokidar>is-binary-path": true,
|
|
|
|
"chokidar>normalize-path": true,
|
|
|
|
"depcheck>readdirp": true,
|
|
|
|
"eslint>is-glob": true,
|
|
|
|
"watchify>anymatch": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"chokidar>braces": {
|
|
|
|
"packages": {
|
|
|
|
"chokidar>braces>fill-range": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"chokidar>braces>fill-range": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"chokidar>braces>fill-range>to-regex-range": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"chokidar>braces>fill-range>to-regex-range": {
|
|
|
|
"packages": {
|
|
|
|
"chokidar>braces>fill-range>to-regex-range>is-number": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"chokidar>glob-parent": {
|
|
|
|
"builtin": {
|
|
|
|
"os.platform": true,
|
|
|
|
"path.posix.dirname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"eslint>is-glob": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"chokidar>is-binary-path": {
|
|
|
|
"builtin": {
|
|
|
|
"path.extname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"chokidar>is-binary-path>binary-extensions": true
|
|
|
|
}
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"cross-spawn": {
|
|
|
|
"builtin": {
|
|
|
|
"child_process.spawn": true,
|
|
|
|
"child_process.spawnSync": true,
|
|
|
|
"fs.closeSync": true,
|
|
|
|
"fs.openSync": true,
|
|
|
|
"fs.readSync": true,
|
|
|
|
"path.delimiter": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer.alloc": true,
|
|
|
|
"process.chdir": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"cross-spawn>path-key": true,
|
|
|
|
"cross-spawn>shebang-command": true,
|
|
|
|
"cross-spawn>which": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"cross-spawn>path-key": {
|
|
|
|
"globals": {
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"cross-spawn>shebang-command": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"cross-spawn>shebang-command>shebang-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"cross-spawn>which": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true,
|
|
|
|
"process.env.OSTYPE": true,
|
|
|
|
"process.env.PATH": true,
|
|
|
|
"process.env.PATHEXT": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>which>isexe": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"debounce-stream>duplexer": {
|
|
|
|
"builtin": {
|
|
|
|
"stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"debounce-stream>through": {
|
|
|
|
"builtin": {
|
|
|
|
"stream": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"del": {
|
|
|
|
"builtin": {
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby": true,
|
|
|
|
"del>is-path-cwd": true,
|
|
|
|
"del>is-path-in-cwd": true,
|
|
|
|
"del>p-map": true,
|
|
|
|
"del>pify": true,
|
|
|
|
"del>rimraf": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby>array-union": true,
|
|
|
|
"del>globby>pify": true,
|
|
|
|
"del>globby>pinkie-promise": true,
|
|
|
|
"nyc>glob": true,
|
|
|
|
"react>object-assign": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby>array-union": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby>array-union>array-uniq": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>globby>pinkie-promise": {
|
|
|
|
"packages": {
|
|
|
|
"del>globby>pinkie-promise>pinkie": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"del>globby>pinkie-promise>pinkie": {
|
|
|
|
"globals": {
|
|
|
|
"process": true,
|
|
|
|
"setImmediate": true,
|
|
|
|
"setTimeout": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"del>is-path-cwd": {
|
|
|
|
"builtin": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.resolve": true
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>is-path-in-cwd": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>is-path-in-cwd>is-path-inside": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>is-path-in-cwd>is-path-inside": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.resolve": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"serve-handler>path-is-inside": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"del>rimraf": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true,
|
|
|
|
"fs": true,
|
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true,
|
|
|
|
"setTimeout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse": {
|
|
|
|
"globals": {
|
|
|
|
"console.log": true,
|
|
|
|
"console.trace": true
|
2021-09-16 05:18:28 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/code-frame": true,
|
|
|
|
"@babel/core>@babel/generator": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/core>@babel/parser": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-environment-visitor": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-hoist-variables": true,
|
|
|
|
"depcheck>@babel/traverse>@babel/helper-split-export-declaration": true,
|
|
|
|
"depcheck>@babel/traverse>globals": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-function-name": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/template": true,
|
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-hoist-variables": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse>@babel/helper-split-export-declaration": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core>@babel/types": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"depcheck>cosmiconfig>parse-json": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/code-frame": true,
|
|
|
|
"depcheck>cosmiconfig>parse-json>error-ex": true,
|
|
|
|
"depcheck>cosmiconfig>parse-json>lines-and-columns": true,
|
|
|
|
"webpack>json-parse-better-errors": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>cosmiconfig>parse-json>error-ex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>cosmiconfig>parse-json>error-ex>is-arrayish": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>cosmiconfig>yaml": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"YAML_SILENCE_DEPRECATION_WARNINGS": true,
|
|
|
|
"YAML_SILENCE_WARNINGS": true,
|
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>is-core-module": {
|
|
|
|
"globals": {
|
|
|
|
"process.versions": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>has": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"depcheck>json5": {
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>readdirp": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"stream.Readable": true,
|
|
|
|
"util.promisify": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true,
|
|
|
|
"process.versions.node.split": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"depcheck>readdirp>picomatch": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"depcheck>readdirp>picomatch": {
|
|
|
|
"builtin": {
|
|
|
|
"path.basename": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true,
|
|
|
|
"process.version.slice": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"duplexify": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"duplexify>readable-stream": true,
|
|
|
|
"duplexify>stream-shift": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"end-of-stream": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"duplexify>readable-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"end-of-stream": {
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump>once": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>array.prototype.flat": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>array.prototype.flat>es-shim-unscopables": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>call-bind": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>es-abstract": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>array.prototype.flat>es-shim-unscopables": {
|
|
|
|
"packages": {
|
|
|
|
"enzyme>has": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>has": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>object.assign>function-bind": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>is-callable": {
|
|
|
|
"globals": {
|
|
|
|
"document": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>is-regex": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>is-regex>has-tostringtag": true,
|
|
|
|
"string.prototype.matchall>call-bind": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"enzyme>is-regex>has-tostringtag": {
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>has-symbols": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>is-string": {
|
|
|
|
"packages": {
|
|
|
|
"enzyme>is-regex>has-tostringtag": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object-inspect": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"HTMLElement": true,
|
|
|
|
"WeakRef": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object.assign": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"nock>deep-equal>object-keys": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>has-symbols": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object.entries": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>es-abstract": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2021-09-16 05:18:28 +02:00
|
|
|
"eslint": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"fs.unlinkSync": true,
|
|
|
|
"fs.writeFile": true,
|
|
|
|
"fs.writeFileSync": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"util.format": true,
|
|
|
|
"util.inspect": true,
|
|
|
|
"util.promisify": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true,
|
|
|
|
"console.log": true,
|
|
|
|
"describe": true,
|
|
|
|
"it": true,
|
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>@eslint/eslintrc": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>@humanwhocodes/config-array": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>ajv": true,
|
|
|
|
"eslint>doctrine": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>escape-string-regexp": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>eslint-scope": true,
|
|
|
|
"eslint>eslint-utils": true,
|
|
|
|
"eslint>eslint-visitor-keys": true,
|
|
|
|
"eslint>espree": true,
|
|
|
|
"eslint>esquery": true,
|
|
|
|
"eslint>esutils": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>fast-deep-equal": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>file-entry-cache": true,
|
|
|
|
"eslint>functional-red-black-tree": true,
|
|
|
|
"eslint>glob-parent": true,
|
|
|
|
"eslint>globals": true,
|
|
|
|
"eslint>imurmurhash": true,
|
|
|
|
"eslint>is-glob": true,
|
|
|
|
"eslint>json-stable-stringify-without-jsonify": true,
|
|
|
|
"eslint>levn": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>lodash.merge": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>natural-compare": true,
|
|
|
|
"eslint>regexpp": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globby>ignore": true,
|
|
|
|
"madge>debug": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"eslint-config-prettier": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.ESLINT_CONFIG_PRETTIER_NO_DEPRECATED": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint-import-resolver-node": {
|
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"path.join": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": true,
|
|
|
|
"eslint-import-resolver-node>debug": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-import-resolver-node>debug": {
|
2022-03-21 19:54:47 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2022-03-21 19:54:47 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
2022-03-21 19:54:47 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"analytics-node>ms": true,
|
|
|
|
"sinon>supports-color": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-import-resolver-typescript": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": true,
|
|
|
|
"eslint-plugin-import>tsconfig-paths": true,
|
|
|
|
"eslint>is-glob": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint-plugin-import": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true,
|
|
|
|
"vm": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.env": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"depcheck>is-core-module": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>array.prototype.flat": true,
|
|
|
|
"enzyme>has": true,
|
|
|
|
"enzyme>object.values": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"eslint": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>debug": true,
|
|
|
|
"eslint-plugin-import>doctrine": true,
|
|
|
|
"eslint-plugin-import>eslint-module-utils": true,
|
|
|
|
"eslint-plugin-import>tsconfig-paths": true,
|
|
|
|
"eslint-plugin-react>array-includes": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>is-glob": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"typescript": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>debug": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.SyncWriteStream": true,
|
|
|
|
"net.Socket": true,
|
|
|
|
"tty.WriteStream": true,
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"chrome": true,
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>debug>ms": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>doctrine": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>esutils": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"crypto.createHash": true,
|
|
|
|
"fs.existsSync": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"fs.readFileSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readdirSync": true,
|
|
|
|
"module": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.parse": true,
|
|
|
|
"path.resolve": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"__dirname.toUpperCase": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.warn": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.hrtime": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/eslint-parser": true,
|
|
|
|
"eslint-import-resolver-node": true,
|
|
|
|
"eslint-plugin-import>eslint-module-utils>debug": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>debug": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2021-09-16 05:18:28 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"analytics-node>ms": true,
|
|
|
|
"sinon>supports-color": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.parse": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path>p-locate": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>find-up>locate-path>path-exists": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path>p-locate": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path>p-locate>p-limit": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path>p-locate>p-limit": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-import>eslint-module-utils>find-up>locate-path>p-locate>p-limit>p-try": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>tsconfig-paths": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.existsSync": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.lstatSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"module._resolveFilename": true,
|
|
|
|
"module.builtinModules": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.warn": true,
|
|
|
|
"process.argv.slice": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.env": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>tsconfig-paths>json5": true,
|
|
|
|
"eslint-plugin-import>tsconfig-paths>strip-bom": true,
|
2022-08-05 19:41:18 +02:00
|
|
|
"patch-package>minimist": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-import>tsconfig-paths>json5": {
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jest": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readdirSync": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.parse": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/eslint-plugin": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/types": true,
|
|
|
|
"eslint": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils>@typescript-eslint/types": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils>eslint-utils": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>eslint-scope": true,
|
|
|
|
"eslint>eslint-utils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils>eslint-utils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils>eslint-utils>eslint-visitor-keys": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils": {
|
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@babel/eslint-parser>eslint-scope": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/scope-manager": true,
|
|
|
|
"@typescript-eslint/parser>@typescript-eslint/types": true,
|
|
|
|
"eslint": true,
|
|
|
|
"eslint-plugin-jest>@typescript-eslint/experimental-utils>@typescript-eslint/types": true,
|
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils>eslint-utils": true,
|
|
|
|
"eslint>eslint-scope": true,
|
|
|
|
"eslint>eslint-utils": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils>eslint-utils": {
|
|
|
|
"packages": {
|
|
|
|
"eslint-plugin-jest>@typescript-eslint/utils>eslint-utils>eslint-visitor-keys": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint": true,
|
|
|
|
"eslint-plugin-jsdoc>@es-joy/jsdoccomment": true,
|
|
|
|
"eslint-plugin-jsdoc>comment-parser": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jsdoc>escape-string-regexp": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc>spdx-expression-parse": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>esquery": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc>@es-joy/jsdoccomment": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jsdoc>@es-joy/jsdoccomment>jsdoc-type-pratt-parser": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc>comment-parser": true,
|
|
|
|
"eslint>esquery": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-jsdoc>@es-joy/jsdoccomment>jsdoc-type-pratt-parser": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc>spdx-expression-parse": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-jsdoc>spdx-expression-parse>spdx-exceptions": true,
|
|
|
|
"eslint-plugin-jsdoc>spdx-expression-parse>spdx-license-ids": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-node": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.basename": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve": true,
|
|
|
|
"eslint-plugin-node>eslint-plugin-es": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-node>eslint-utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-node>semver": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
|
|
|
"globby>ignore": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-node>eslint-plugin-es": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-node>eslint-utils": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>regexpp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-node>eslint-utils": {
|
|
|
|
"packages": {
|
|
|
|
"eslint-plugin-node>eslint-utils>eslint-visitor-keys": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-node>semver": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-prettier": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-prettier>prettier-linter-helpers": true,
|
|
|
|
"prettier": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-prettier>prettier-linter-helpers": {
|
2022-05-05 16:28:24 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-prettier>prettier-linter-helpers>fast-diff": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.statSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console.error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.log": true,
|
|
|
|
"process.argv.join": true,
|
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object.entries": true,
|
|
|
|
"enzyme>object.values": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>array-includes": true,
|
|
|
|
"eslint-plugin-react>array.prototype.flatmap": true,
|
|
|
|
"eslint-plugin-react>doctrine": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>estraverse": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>jsx-ast-utils": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>object.hasown": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>resolve": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>semver": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>object.fromentries": true,
|
|
|
|
"prop-types": true,
|
|
|
|
"string.prototype.matchall": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react-hooks": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.NODE_ENV": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>array-includes": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>is-string": true,
|
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>es-abstract": true,
|
|
|
|
"string.prototype.matchall>get-intrinsic": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>array.prototype.flatmap": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>array.prototype.flat>es-shim-unscopables": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>es-abstract": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>doctrine": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
|
|
|
"eslint>esutils": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint-plugin-react>jsx-ast-utils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object.assign": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>object.hasown": {
|
|
|
|
"packages": {
|
|
|
|
"string.prototype.matchall>es-abstract": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint-plugin-react>resolve": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFile": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.readFileSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.realpath": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.realpathSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"os.homedir": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.parse": true,
|
|
|
|
"path.relative": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"process.env.HOME": true,
|
|
|
|
"process.env.HOMEDRIVE": true,
|
|
|
|
"process.env.HOMEPATH": true,
|
|
|
|
"process.env.LNAME": true,
|
|
|
|
"process.env.LOGNAME": true,
|
|
|
|
"process.env.USER": true,
|
|
|
|
"process.env.USERNAME": true,
|
|
|
|
"process.env.USERPROFILE": true,
|
|
|
|
"process.getuid": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"brfs>resolve>path-parse": true,
|
|
|
|
"depcheck>is-core-module": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>semver": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>@eslint/eslintrc": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"fs": true,
|
|
|
|
"module": true,
|
|
|
|
"os": true,
|
|
|
|
"path": true,
|
|
|
|
"url": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"$root$": true,
|
|
|
|
"@babel/eslint-parser": true,
|
|
|
|
"@babel/eslint-plugin": true,
|
|
|
|
"@metamask/eslint-config": true,
|
|
|
|
"@metamask/eslint-config-nodejs": true,
|
|
|
|
"@metamask/eslint-config-typescript": true,
|
|
|
|
"@typescript-eslint/eslint-plugin": true,
|
|
|
|
"eslint": true,
|
|
|
|
"eslint-config-prettier": true,
|
|
|
|
"eslint-plugin-import": true,
|
|
|
|
"eslint-plugin-jsdoc": true,
|
|
|
|
"eslint-plugin-node": true,
|
|
|
|
"eslint-plugin-prettier": true,
|
|
|
|
"eslint-plugin-react": true,
|
|
|
|
"eslint-plugin-react-hooks": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>@eslint/eslintrc>strip-json-comments": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>ajv": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>globals": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globby>ignore": true,
|
|
|
|
"madge>debug": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>@humanwhocodes/config-array": {
|
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"eslint>@humanwhocodes/config-array>@humanwhocodes/object-schema": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"eslint>minimatch": true,
|
|
|
|
"madge>debug": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>ajv": {
|
|
|
|
"globals": {
|
|
|
|
"console": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"eslint>ajv>fast-json-stable-stringify": true,
|
|
|
|
"eslint>ajv>json-schema-traverse": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>ajv>uri-js": true,
|
|
|
|
"eslint>fast-deep-equal": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>ajv>uri-js": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>doctrine": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>esutils": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>eslint-scope": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>estraverse": true,
|
|
|
|
"eslint>eslint-scope>esrecurse": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>eslint-scope>esrecurse": {
|
2021-04-02 16:27:05 +02:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint-plugin-react>estraverse": true
|
2021-04-02 16:27:05 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>eslint-utils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>eslint-utils>eslint-visitor-keys": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>espree": {
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>eslint-visitor-keys": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"eslint>espree>acorn-jsx": true,
|
|
|
|
"ts-node>acorn": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint>espree>acorn-jsx": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-29 21:15:48 +02:00
|
|
|
"eslint>espree>acorn-jsx>acorn": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"eslint>espree>acorn-jsx>acorn": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>esquery": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>file-entry-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"crypto.createHash": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>file-entry-cache>flat-cache": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>file-entry-cache>flat-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.mkdirSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.writeFileSync": true,
|
|
|
|
"path.basename": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>file-entry-cache>flat-cache>flatted": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"nyc>rimraf": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>glob-parent": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"os.platform": true,
|
|
|
|
"path.posix.dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>is-glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>import-fresh": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__filename": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>import-fresh>parent-module": true,
|
|
|
|
"eslint>import-fresh>resolve-from": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>import-fresh>parent-module": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>import-fresh>parent-module>callsites": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>import-fresh>resolve-from": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.realpathSync": true,
|
|
|
|
"module._nodeModulePaths": true,
|
|
|
|
"module._resolveFilename": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>is-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>is-glob>is-extglob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>levn": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>levn>prelude-ls": true,
|
|
|
|
"eslint>levn>type-check": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>levn>type-check": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>levn>prelude-ls": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": {
|
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"mocha>minimatch>brace-expansion": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>strip-ansi": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>strip-ansi>ansi-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"ethereumjs-wallet>safe-buffer": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.Console": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.argv.indexOf": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.version": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log>ansi-gray": true,
|
|
|
|
"fancy-log>color-support": true,
|
|
|
|
"fancy-log>parse-node-version": true,
|
|
|
|
"fancy-log>time-stamp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log>ansi-gray": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log>ansi-gray>ansi-wrap": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log>color-support": {
|
|
|
|
"globals": {
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.lstat": true,
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.readdir": true,
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"os.cpus": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Readable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.stat": true,
|
|
|
|
"fast-glob>@nodelib/fs.walk": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"fast-glob>glob-parent": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>merge2": true,
|
|
|
|
"stylelint>micromatch": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.stat": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.lstat": true,
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"events.EventEmitter": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"stream.Readable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"setImmediate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk>@nodelib/fs.scandir": true,
|
|
|
|
"fast-glob>@nodelib/fs.walk>fastq": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk>@nodelib/fs.scandir": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.lstat": true,
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.readdir": true,
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.versions.node.split": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.stat": true,
|
|
|
|
"fast-glob>@nodelib/fs.walk>@nodelib/fs.scandir>run-parallel": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk>@nodelib/fs.scandir>run-parallel": {
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk>fastq": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fast-glob>@nodelib/fs.walk>fastq>reusify": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"fast-glob>glob-parent": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"os.platform": true,
|
|
|
|
"path.posix.dirname": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"packages": {
|
|
|
|
"eslint>is-glob": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"fs": true,
|
|
|
|
"os.tmpdir": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.parse": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"process.arch": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.umask": true,
|
|
|
|
"process.versions.node.split": true,
|
|
|
|
"setTimeout": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"fs-extra>jsonfile": true,
|
|
|
|
"fs-extra>universalify": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>graceful-fs": {
|
|
|
|
"builtin": {
|
|
|
|
"assert.equal": true,
|
|
|
|
"constants.O_SYMLINK": true,
|
|
|
|
"constants.O_WRONLY": true,
|
|
|
|
"constants.hasOwnProperty": true,
|
|
|
|
"fs": true,
|
|
|
|
"stream.Stream.call": true,
|
|
|
|
"util": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"clearTimeout": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
|
|
|
"process": true,
|
|
|
|
"setTimeout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>jsonfile": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"fs": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.isBuffer": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>graceful-fs": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis": {
|
|
|
|
"packages": {
|
|
|
|
"globalthis>define-properties": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"globalthis>define-properties>has-property-descriptors": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"nock>deep-equal>object-keys": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"globalthis>define-properties>has-property-descriptors": {
|
|
|
|
"packages": {
|
|
|
|
"string.prototype.matchall>get-intrinsic": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.Stats": true,
|
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.posix.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"stream.Transform": true,
|
|
|
|
"util.promisify": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"fast-glob": true,
|
|
|
|
"globby>array-union": true,
|
|
|
|
"globby>dir-glob": true,
|
|
|
|
"globby>ignore": true,
|
|
|
|
"globby>merge2": true,
|
|
|
|
"globby>slash": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>dir-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.posix.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>dir-glob>path-type": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>dir-glob>path-type": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"util.promisify": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>ignore": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globby>merge2": {
|
|
|
|
"builtin": {
|
|
|
|
"stream.PassThrough": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>glob-watcher": true,
|
|
|
|
"gulp>undertaker": true,
|
|
|
|
"gulp>vinyl-fs": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.from": true,
|
|
|
|
"setImmediate": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log": true,
|
|
|
|
"gulp-autoprefixer>autoprefixer": true,
|
|
|
|
"gulp-autoprefixer>postcss": true,
|
|
|
|
"gulp-autoprefixer>through2": true,
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-sourcemaps-apply": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>autoprefixer": {
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>autoprefixer>browserslist": true,
|
|
|
|
"gulp-autoprefixer>autoprefixer>postcss-value-parser": true,
|
|
|
|
"gulp-autoprefixer>postcss": true,
|
|
|
|
"stylelint>autoprefixer>caniuse-lite": true,
|
|
|
|
"stylelint>autoprefixer>normalize-range": true,
|
|
|
|
"stylelint>autoprefixer>num2fraction": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>autoprefixer>browserslist": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"builtin": {
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.readFileSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.statSync": true,
|
|
|
|
"path.basename": true,
|
2021-10-06 00:06:31 +02:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console.warn": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.BROWSERSLIST": true,
|
|
|
|
"process.env.BROWSERSLIST_CONFIG": true,
|
|
|
|
"process.env.BROWSERSLIST_DISABLE_CACHE": true,
|
|
|
|
"process.env.BROWSERSLIST_ENV": true,
|
|
|
|
"process.env.BROWSERSLIST_STATS": true,
|
|
|
|
"process.env.NODE_ENV": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>autoprefixer>browserslist>electron-to-chromium": true,
|
|
|
|
"stylelint>autoprefixer>caniuse-lite": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true,
|
|
|
|
"path": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
|
|
|
"console": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss>chalk": true,
|
|
|
|
"gulp-autoprefixer>postcss>source-map": true,
|
|
|
|
"gulp-autoprefixer>postcss>supports-color": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss>chalk": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.platform": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss>chalk>ansi-styles": true,
|
|
|
|
"gulp-autoprefixer>postcss>supports-color": true,
|
|
|
|
"mocha>escape-string-regexp": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss>chalk>ansi-styles": {
|
|
|
|
"packages": {
|
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>postcss>supports-color": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"os.release": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.versions.node.split": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>supports-color>has-flag": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-autoprefixer>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"path.relative": true
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.stderr.write": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>chalk": true,
|
|
|
|
"gulp-dart-sass>lodash.clonedeep": true,
|
|
|
|
"gulp-dart-sass>strip-ansi": true,
|
|
|
|
"gulp-dart-sass>through2": true,
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"sass": true,
|
|
|
|
"vinyl-sourcemaps-apply": true,
|
|
|
|
"vinyl>replace-ext": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>chalk": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.platform": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>chalk>ansi-styles": true,
|
|
|
|
"gulp-dart-sass>chalk>supports-color": true,
|
|
|
|
"mocha>escape-string-regexp": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>chalk>ansi-styles": {
|
|
|
|
"packages": {
|
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>chalk>supports-color": {
|
|
|
|
"builtin": {
|
|
|
|
"os.release": true
|
|
|
|
},
|
2021-11-23 20:17:27 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.versions.node.split": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"mocha>supports-color>has-flag": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>strip-ansi": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>strip-ansi>ansi-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-dart-sass>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-livereload": {
|
|
|
|
"builtin": {
|
|
|
|
"path.relative": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log": true,
|
|
|
|
"gulp-livereload>chalk": true,
|
|
|
|
"gulp-livereload>debug": true,
|
|
|
|
"gulp-livereload>event-stream": true,
|
|
|
|
"gulp-livereload>lodash.assign": true,
|
|
|
|
"gulp-livereload>tiny-lr": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>chalk": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
2021-10-06 19:44:48 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>chalk>ansi-styles": true,
|
|
|
|
"gulp-livereload>chalk>supports-color": true,
|
|
|
|
"mocha>escape-string-regexp": true
|
2021-10-06 19:44:48 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>chalk>ansi-styles": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>chalk>supports-color": {
|
|
|
|
"builtin": {
|
|
|
|
"os.release": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.versions.node.split": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>supports-color>has-flag": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>debug": {
|
|
|
|
"builtin": {
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"analytics-node>ms": true,
|
|
|
|
"gulp-livereload>chalk>supports-color": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>event-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer.isBuffer": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"stream.Stream": true
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globals": {
|
|
|
|
"Buffer.concat": true,
|
|
|
|
"Buffer.isBuffer": true,
|
|
|
|
"console.error": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"setImmediate": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"debounce-stream>duplexer": true,
|
|
|
|
"debounce-stream>through": true,
|
|
|
|
"gulp-livereload>event-stream>from": true,
|
|
|
|
"gulp-livereload>event-stream>map-stream": true,
|
|
|
|
"gulp-livereload>event-stream>pause-stream": true,
|
|
|
|
"gulp-livereload>event-stream>split": true,
|
|
|
|
"gulp-livereload>event-stream>stream-combiner": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-livereload>event-stream>from": {
|
|
|
|
"builtin": {
|
|
|
|
"stream": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>event-stream>map-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stream.Stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>event-stream>pause-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"debounce-stream>through": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>event-stream>split": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"string_decoder.StringDecoder": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"debounce-stream>through": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>event-stream>stream-combiner": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"debounce-stream>duplexer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr": {
|
|
|
|
"builtin": {
|
|
|
|
"events": true,
|
|
|
|
"fs": true,
|
|
|
|
"http": true,
|
|
|
|
"https": true,
|
|
|
|
"url.parse": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body": true,
|
|
|
|
"gulp-livereload>tiny-lr>debug": true,
|
|
|
|
"gulp-livereload>tiny-lr>faye-websocket": true,
|
|
|
|
"nock>qs": true,
|
|
|
|
"react>object-assign": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body": {
|
|
|
|
"builtin": {
|
|
|
|
"querystring.parse": true
|
|
|
|
},
|
2021-10-06 00:06:31 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body>continuable-cache": true,
|
|
|
|
"gulp-livereload>tiny-lr>body>error": true,
|
|
|
|
"gulp-livereload>tiny-lr>body>raw-body": true,
|
|
|
|
"gulp-livereload>tiny-lr>body>safe-json-parse": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body>error": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body>error>string-template": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body>raw-body": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.concat": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.nextTick": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp-livereload>tiny-lr>body>raw-body>bytes": true,
|
|
|
|
"gulp-livereload>tiny-lr>body>raw-body>string_decoder": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>body>raw-body>string_decoder": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-livereload>tiny-lr>debug": {
|
|
|
|
"builtin": {
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"analytics-node>ms": true,
|
|
|
|
"sinon>supports-color": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-livereload>tiny-lr>faye-websocket": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"net.connect": true,
|
|
|
|
"stream.Stream": true,
|
|
|
|
"tls.connect": true,
|
|
|
|
"url.parse": true,
|
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"clearInterval": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"setInterval": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>faye-websocket>websocket-driver": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>faye-websocket>websocket-driver": {
|
|
|
|
"builtin": {
|
|
|
|
"crypto.createHash": true,
|
|
|
|
"crypto.randomBytes": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream.Stream": true,
|
|
|
|
"url.parse": true,
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"process.version.match": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>faye-websocket>websocket-driver>http-parser-js": true,
|
|
|
|
"gulp-livereload>tiny-lr>faye-websocket>websocket-driver>websocket-extensions": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-livereload>tiny-lr>faye-websocket>websocket-driver>http-parser-js": {
|
|
|
|
"builtin": {
|
|
|
|
"assert.equal": true,
|
|
|
|
"assert.ok": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rename": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.basename": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"stream.Transform": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-rtlcss": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.from": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp-rtlcss>rtlcss": true,
|
|
|
|
"gulp-rtlcss>through2": true,
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-sourcemaps-apply": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFileSync": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.join": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.normalize": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.HOME": true,
|
|
|
|
"process.env.HOMEPATH": true,
|
|
|
|
"process.env.USERPROFILE": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>@choojs/findup": true,
|
|
|
|
"gulp-rtlcss>rtlcss>postcss": true,
|
2022-08-05 19:41:18 +02:00
|
|
|
"mocha>strip-json-comments": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>@choojs/findup": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs.access": true,
|
|
|
|
"fs.accessSync": true,
|
|
|
|
"fs.exists": true,
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"path.join": true,
|
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.log": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>chalk": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.platform": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>chalk>ansi-styles": true,
|
|
|
|
"gulp-rtlcss>rtlcss>chalk>supports-color": true,
|
|
|
|
"mocha>escape-string-regexp": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>chalk>ansi-styles": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>chalk>supports-color": {
|
|
|
|
"builtin": {
|
|
|
|
"os.release": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.versions.node.split": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>supports-color>has-flag": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>postcss": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
|
|
|
"console": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>rtlcss>chalk": true,
|
|
|
|
"gulp-rtlcss>rtlcss>chalk>supports-color": true,
|
|
|
|
"gulp-rtlcss>rtlcss>postcss>source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-rtlcss>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-sort": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-sort>through2": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-sort>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps": {
|
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer.concat": true,
|
|
|
|
"Buffer.from": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map": true,
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"gulp-sourcemaps>acorn": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css": true,
|
|
|
|
"gulp-sourcemaps>debug-fabulous": true,
|
|
|
|
"gulp-sourcemaps>detect-newline": true,
|
|
|
|
"gulp-sourcemaps>source-map": true,
|
|
|
|
"gulp-sourcemaps>strip-bom-string": true,
|
|
|
|
"gulp-sourcemaps>through2": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"nyc>convert-source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar>normalize-path": true,
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>acorn": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>source-map": true,
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>through2": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"stylelint>postcss": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>acorn": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>through2>readable-stream": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/identity-map>through2>readable-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources>normalize-path": true,
|
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources>through2": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources>normalize-path": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>remove-trailing-separator": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>@gulp-sourcemaps/map-sources>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"gulp-sourcemaps>acorn": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css>source-map": true,
|
|
|
|
"gulp-sourcemaps>css>source-map-resolve": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css>source-map-resolve": {
|
|
|
|
"builtin": {
|
|
|
|
"path.sep": true,
|
|
|
|
"url.resolve": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"TextDecoder": true,
|
|
|
|
"setImmediate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css>source-map-resolve>atob": true,
|
|
|
|
"gulp-sourcemaps>css>source-map-resolve>decode-uri-component": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css>source-map-resolve>atob": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.from": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>debug": true,
|
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee": true,
|
|
|
|
"react>object-assign": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>debug": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"analytics-node>ms": true,
|
|
|
|
"sinon>supports-color": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"clearTimeout": true,
|
|
|
|
"setTimeout": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>event-emitter": true,
|
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>is-promise": true,
|
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>lru-queue": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>next-tick": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>timers-ext": true,
|
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>event-emitter": {
|
|
|
|
"packages": {
|
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>lru-queue": {
|
|
|
|
"packages": {
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>next-tick": {
|
|
|
|
"globals": {
|
|
|
|
"MutationObserver": true,
|
|
|
|
"WebKitMutationObserver": true,
|
|
|
|
"document": true,
|
|
|
|
"process": true,
|
|
|
|
"setImmediate": true,
|
|
|
|
"setTimeout": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>debug-fabulous>memoizee>timers-ext": {
|
|
|
|
"packages": {
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-stylelint": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.mkdir": true,
|
|
|
|
"fs.writeFile": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer.from": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.nextTick": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>strip-ansi": true,
|
|
|
|
"fancy-log": true,
|
|
|
|
"gulp-stylelint>through2": true,
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"source-map": true,
|
|
|
|
"stylelint": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-stylelint>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-stylelint>through2>readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-stylelint>through2>readable-stream": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
2021-11-23 20:17:27 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.arch": true,
|
|
|
|
"process.cwd": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.platform": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.version": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"setTimeout": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>ansi-colors": true,
|
|
|
|
"gulp-watch>anymatch": true,
|
|
|
|
"gulp-watch>chokidar": true,
|
|
|
|
"gulp-watch>fancy-log": true,
|
|
|
|
"gulp-watch>glob-parent": true,
|
|
|
|
"gulp-watch>path-is-absolute": true,
|
|
|
|
"gulp-watch>slash": true,
|
|
|
|
"gulp-watch>vinyl-file": true,
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"react>object-assign": true,
|
|
|
|
"readable-stream": true,
|
|
|
|
"vinyl": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>ansi-colors": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fancy-log>ansi-gray>ansi-wrap": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch": true,
|
|
|
|
"gulp-watch>anymatch>normalize-path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>arr-diff": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>array-unique": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>braces": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>expand-brackets": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>extglob": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>filename-regex": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>is-glob": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>kind-of": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>object.omit": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>parse-glob": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>regex-cache": true,
|
|
|
|
"gulp-watch>anymatch>normalize-path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>arr-diff": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>undertaker>arr-flatten": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>braces>preserve": true,
|
|
|
|
"webpack>micromatch>braces>repeat-element": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>is-number": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>isobject": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>randomatic": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true,
|
|
|
|
"webpack>micromatch>braces>repeat-element": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>is-number": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>is-number>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>is-number>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>isobject": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>isarray": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>randomatic": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"3box>ipfs>kind-of": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>randomatic>math-random": true,
|
|
|
|
"gulp>undertaker>bach>array-last>is-number": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>braces>expand-range>fill-range>randomatic>math-random": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"crypto.randomBytes": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>expand-brackets": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>expand-brackets>is-posix-bracket": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>extglob": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>is-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>object.omit": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>object.omit>for-own": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>object.omit>for-own": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>undertaker>object.reduce>for-own>for-in": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>parse-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/react>@storybook/core-common>glob-base": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>parse-glob>is-dotfile": true,
|
|
|
|
"gulp-watch>anymatch>micromatch>parse-glob>is-glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>parse-glob>is-glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>is-extglob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>regex-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>regex-cache>is-equal-shallow": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>regex-cache>is-equal-shallow": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>anymatch>micromatch>regex-cache>is-equal-shallow>is-primitive": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>normalize-path": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>remove-trailing-separator": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"events.EventEmitter": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"clearTimeout": true,
|
|
|
|
"console.error": true,
|
|
|
|
"process.env.CHOKIDAR_INTERVAL": true,
|
|
|
|
"process.env.CHOKIDAR_PRINT_FSEVENTS_REQUIRE_ERROR": true,
|
|
|
|
"process.env.CHOKIDAR_USEPOLLING": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.nextTick": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true,
|
|
|
|
"setTimeout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"eslint>is-glob": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch": true,
|
|
|
|
"gulp-watch>chokidar>async-each": true,
|
|
|
|
"gulp-watch>chokidar>braces": true,
|
|
|
|
"gulp-watch>chokidar>is-binary-path": true,
|
|
|
|
"gulp-watch>chokidar>normalize-path": true,
|
|
|
|
"gulp-watch>chokidar>readdirp": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"gulp-watch>chokidar>upath": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>glob-parent": true,
|
|
|
|
"gulp-watch>path-is-absolute": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>normalize-path": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch": {
|
|
|
|
"builtin": {
|
|
|
|
"path.basename": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.sep": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inspect": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>arr-diff": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>array-unique": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extend-shallow": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>kind-of": true,
|
|
|
|
"gulp-watch>chokidar>braces": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>define-property": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>nanomatch": true,
|
|
|
|
"webpack>micromatch>object.pick": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extend-shallow": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>array-unique": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>define-property": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>define-property": {
|
|
|
|
"packages": {
|
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets": {
|
|
|
|
"globals": {
|
|
|
|
"__filename": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>define-property": true,
|
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>extend-shallow": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>debug": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>posix-character-classes": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>define-property>is-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>define-property>is-descriptor>kind-of": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>extend-shallow": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>expand-brackets>extend-shallow>is-extendable": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>extend-shallow": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>micromatch>extglob>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>anymatch>normalize-path": {
|
|
|
|
"packages": {
|
|
|
|
"vinyl>remove-trailing-separator": true
|
2022-01-07 16:57:33 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>async-each": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>braces>array-unique": true,
|
|
|
|
"gulp-watch>chokidar>braces>fill-range": true,
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"gulp>undertaker>arr-flatten": true,
|
|
|
|
"webpack>micromatch>braces>repeat-element": true,
|
|
|
|
"webpack>micromatch>braces>snapdragon-node": true,
|
|
|
|
"webpack>micromatch>braces>split-string": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces>fill-range": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces>fill-range>is-number": true,
|
|
|
|
"gulp-watch>chokidar>braces>fill-range>to-regex-range": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces>fill-range>is-number": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces>fill-range>to-regex-range": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>chokidar>braces>fill-range>is-number": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>is-binary-path": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.extname": true
|
2022-08-05 17:04:44 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>is-binary-path>binary-extensions": true
|
2022-08-05 17:04:44 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp": {
|
2022-05-13 01:01:24 +02:00
|
|
|
"builtin": {
|
2022-06-16 17:51:55 +02:00
|
|
|
"path.join": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.relative": true,
|
2022-06-16 17:51:55 +02:00
|
|
|
"util.inherits": true
|
2022-05-13 01:01:24 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"setImmediate": true
|
2022-05-13 01:01:24 +02:00
|
|
|
},
|
2022-05-05 16:28:24 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch": true,
|
|
|
|
"readable-stream": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"util.inspect": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true
|
|
|
|
},
|
2022-06-16 17:51:55 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>braces": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>arr-diff": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>array-unique": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>define-property": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extend-shallow": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>kind-of": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>nanomatch": true,
|
|
|
|
"webpack>micromatch>object.pick": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>define-property": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extend-shallow": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extend-shallow>is-extendable": {
|
|
|
|
"packages": {
|
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2022-05-13 01:01:24 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>array-unique": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>define-property": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>define-property": {
|
2022-06-16 17:51:55 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets": {
|
|
|
|
"globals": {
|
|
|
|
"__filename": true
|
2022-06-30 19:16:46 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>debug": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>extend-shallow": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>posix-character-classes": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>debug": {
|
2022-05-13 01:01:24 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"fs.SyncWriteStream": true,
|
|
|
|
"net.Socket": true,
|
|
|
|
"tty.WriteStream": true,
|
|
|
|
"tty.isatty": true,
|
2022-08-03 16:56:11 +02:00
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"chrome": true,
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>debug>ms": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor": true,
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>kind-of": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>anymatch>micromatch>kind-of": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>anymatch>micromatch>kind-of": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>extend-shallow": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>expand-brackets>extend-shallow>is-extendable": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>extend-shallow": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-watch>chokidar>readdirp>micromatch>extglob>extend-shallow>is-extendable": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>chokidar>upath": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>fancy-log": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"process.argv.indexOf": true,
|
|
|
|
"process.stderr.write": true,
|
|
|
|
"process.stdout.write": true
|
|
|
|
},
|
2022-08-03 16:56:11 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"fancy-log>ansi-gray": true,
|
|
|
|
"fancy-log>color-support": true,
|
|
|
|
"fancy-log>time-stamp": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>glob-parent": {
|
|
|
|
"builtin": {
|
|
|
|
"os.platform": true,
|
|
|
|
"path": true
|
|
|
|
},
|
2022-08-03 16:56:11 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>glob-parent>is-glob": true,
|
|
|
|
"gulp-watch>glob-parent>path-dirname": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>glob-parent>is-glob": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>glob-parent>is-glob>is-extglob": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>glob-parent>path-dirname": {
|
|
|
|
"builtin": {
|
|
|
|
"path": true,
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>path-is-absolute": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.platform": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.resolve": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.cwd": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
2022-08-03 16:56:11 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"del>globby>pinkie-promise": true,
|
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp-watch>vinyl-file>pify": true,
|
|
|
|
"gulp-watch>vinyl-file>strip-bom": true,
|
|
|
|
"gulp-watch>vinyl-file>strip-bom-stream": true,
|
|
|
|
"gulp-watch>vinyl-file>vinyl": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>strip-bom": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"Buffer.isBuffer": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
2022-08-05 17:04:44 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>vinyl-fs>remove-bom-buffer>is-utf8": true
|
2022-08-05 17:04:44 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>strip-bom-stream": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>strip-bom": true,
|
|
|
|
"gulp-watch>vinyl-file>strip-bom-stream>first-chunk-stream": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>strip-bom-stream>first-chunk-stream": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"Buffer.concat": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"setImmediate": true
|
2022-08-23 01:52:47 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>vinyl": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"buffer.Buffer": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Stream": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.cwd": true
|
2022-06-16 17:51:55 +02:00
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>vinyl>clone": true,
|
|
|
|
"gulp-watch>vinyl-file>vinyl>clone-stats": true,
|
|
|
|
"gulp-watch>vinyl-file>vinyl>replace-ext": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>vinyl>clone": {
|
2022-06-16 17:51:55 +02:00
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"Buffer": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>vinyl>clone-stats": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"fs.Stats": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-watch>vinyl-file>vinyl>replace-ext": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true
|
2022-08-05 17:04:44 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"buffer.constants.MAX_LENGTH": true,
|
|
|
|
"path.join": true
|
2022-08-03 16:56:11 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>get-stream": true,
|
|
|
|
"gulp-zip>plugin-error": true,
|
|
|
|
"gulp-zip>through2": true,
|
|
|
|
"gulp-zip>yazl": true,
|
|
|
|
"vinyl": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>get-stream": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"buffer.constants.MAX_LENGTH": true,
|
|
|
|
"stream.PassThrough": true
|
2022-08-03 16:56:11 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"Buffer.concat": true
|
2022-04-29 15:05:14 +02:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"pump": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>plugin-error": {
|
2022-04-29 15:05:14 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"util.inherits": true
|
2022-04-29 15:05:14 +02:00
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"packages": {
|
|
|
|
"gulp-watch>ansi-colors": true,
|
|
|
|
"gulp-zip>plugin-error>arr-union": true,
|
|
|
|
"gulp-zip>plugin-error>extend-shallow": true,
|
|
|
|
"webpack>micromatch>arr-diff": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>plugin-error>extend-shallow": {
|
|
|
|
"packages": {
|
|
|
|
"gulp-zip>plugin-error>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>plugin-error>extend-shallow>is-extendable": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>through2": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-04-29 15:05:14 +02:00
|
|
|
"util.inherits": true
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
2022-04-29 15:05:14 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>through2>readable-stream": true
|
2022-04-29 15:05:14 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>through2>readable-stream": {
|
2022-04-29 15:05:14 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"buffer.Buffer": true,
|
2022-04-29 15:05:14 +02:00
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-29 15:05:14 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.nextTick": true,
|
2022-04-29 15:05:14 +02:00
|
|
|
"process.stderr": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.stdout": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2022-05-13 01:01:24 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>yazl": {
|
|
|
|
"builtin": {
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs.createReadStream": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Transform": true,
|
|
|
|
"util.inherits": true,
|
|
|
|
"zlib.DeflateRaw": true,
|
|
|
|
"zlib.deflateRaw": true
|
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"setImmediate": true,
|
|
|
|
"utf8FileName.length": true
|
|
|
|
},
|
2022-06-30 19:16:46 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>yazl>buffer-crc32": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp-zip>yazl>buffer-crc32": {
|
2022-06-16 17:51:55 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"buffer.Buffer": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch": true,
|
|
|
|
"gulp>glob-watcher>async-done": true,
|
|
|
|
"gulp>glob-watcher>chokidar": true,
|
|
|
|
"gulp>glob-watcher>is-negated-glob": true,
|
|
|
|
"gulp>glob-watcher>just-debounce": true,
|
|
|
|
"gulp>undertaker>object.defaults": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch": {
|
2022-08-03 16:56:11 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.sep": true
|
2022-06-30 19:16:46 +02:00
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>anymatch>micromatch": true,
|
|
|
|
"gulp>glob-watcher>anymatch>normalize-path": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>micromatch": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"util.inspect": true
|
2022-08-05 17:04:44 +02:00
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.platform": true
|
|
|
|
},
|
2022-05-05 16:28:24 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"3box>ipfs>kind-of": true,
|
|
|
|
"gulp>glob-watcher>anymatch>micromatch>define-property": true,
|
|
|
|
"gulp>glob-watcher>anymatch>micromatch>extend-shallow": true,
|
|
|
|
"gulp>glob-watcher>chokidar>braces": true,
|
|
|
|
"webpack>micromatch>arr-diff": true,
|
|
|
|
"webpack>micromatch>array-unique": true,
|
|
|
|
"webpack>micromatch>extglob": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>nanomatch": true,
|
|
|
|
"webpack>micromatch>object.pick": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2022-04-29 15:05:14 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>micromatch>define-property": {
|
2022-06-03 16:23:40 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2022-05-13 01:01:24 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>micromatch>extend-shallow": {
|
2022-06-30 19:16:46 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>micromatch>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true
|
2022-06-16 17:51:55 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>micromatch>extend-shallow>is-extendable": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2022-08-03 16:56:11 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>anymatch>normalize-path": {
|
|
|
|
"packages": {
|
|
|
|
"vinyl>remove-trailing-separator": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>async-done": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"domain.create": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.nextTick": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"end-of-stream": true,
|
|
|
|
"gulp>glob-watcher>async-done>process-nextick-args": true,
|
|
|
|
"gulp>glob-watcher>async-done>stream-exhaust": true,
|
|
|
|
"pump>once": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>glob-watcher>async-done>process-nextick-args": {
|
|
|
|
"globals": {
|
|
|
|
"process": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>async-done>stream-exhaust": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"stream.Writable": true,
|
|
|
|
"util.inherits": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"setImmediate": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"clearTimeout": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"process.env.CHOKIDAR_INTERVAL": true,
|
|
|
|
"process.env.CHOKIDAR_PRINT_FSEVENTS_REQUIRE_ERROR": true,
|
|
|
|
"process.env.CHOKIDAR_USEPOLLING": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true,
|
2022-08-23 01:52:47 +02:00
|
|
|
"setTimeout": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"eslint>is-glob": true,
|
|
|
|
"gulp-watch>chokidar>async-each": true,
|
|
|
|
"gulp-watch>glob-parent": true,
|
|
|
|
"gulp-watch>path-is-absolute": true,
|
|
|
|
"gulp>glob-watcher>anymatch": true,
|
|
|
|
"gulp>glob-watcher>chokidar>braces": true,
|
|
|
|
"gulp>glob-watcher>chokidar>is-binary-path": true,
|
|
|
|
"gulp>glob-watcher>chokidar>normalize-path": true,
|
|
|
|
"gulp>glob-watcher>chokidar>readdirp": true,
|
|
|
|
"gulp>glob-watcher>chokidar>upath": true,
|
|
|
|
"pumpify>inherits": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range": true,
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"gulp>undertaker>arr-flatten": true,
|
|
|
|
"webpack>micromatch>array-unique": true,
|
|
|
|
"webpack>micromatch>braces>repeat-element": true,
|
|
|
|
"webpack>micromatch>braces>snapdragon-node": true,
|
|
|
|
"webpack>micromatch>braces>split-string": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"builtin": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"util.inspect": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>is-number": true,
|
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>to-regex-range": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>is-number": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>is-number>kind-of": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>is-number>kind-of": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
2022-08-23 01:52:47 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
}
|
|
|
|
},
|
2022-08-23 01:52:47 +02:00
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>to-regex-range": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>chokidar>braces>fill-range>is-number": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>glob-watcher>chokidar>is-binary-path": {
|
|
|
|
"builtin": {
|
|
|
|
"path.extname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>chokidar>is-binary-path>binary-extensions": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>glob-watcher>chokidar>readdirp": {
|
|
|
|
"builtin": {
|
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"setImmediate": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp>glob-watcher>anymatch>micromatch": true,
|
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"gulp>glob-watcher>chokidar>upath": {
|
|
|
|
"builtin": {
|
|
|
|
"path": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>glob-watcher>just-debounce": {
|
|
|
|
"globals": {
|
|
|
|
"clearTimeout": true,
|
|
|
|
"setTimeout": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute>is-relative": true,
|
|
|
|
"nyc>spawn-wrap>is-windows": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute>is-relative": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute>is-relative>is-unc-path": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute>is-relative>is-unc-path": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute>is-relative>is-unc-path>unc-path-regex": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env.UNDERTAKER_SETTLE": true,
|
|
|
|
"process.env.UNDERTAKER_TIME_RESOLUTION": true,
|
|
|
|
"process.hrtime": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>arr-flatten": true,
|
|
|
|
"gulp>undertaker>arr-map": true,
|
|
|
|
"gulp>undertaker>bach": true,
|
|
|
|
"gulp>undertaker>collection-map": true,
|
|
|
|
"gulp>undertaker>es6-weak-map": true,
|
|
|
|
"gulp>undertaker>last-run": true,
|
|
|
|
"gulp>undertaker>object.defaults": true,
|
|
|
|
"gulp>undertaker>object.reduce": true,
|
|
|
|
"gulp>undertaker>undertaker-registry": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>arr-map": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>arr-map>make-iterator": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>arr-map>make-iterator": {
|
|
|
|
"packages": {
|
|
|
|
"3box>ipfs>kind-of": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>bach": {
|
|
|
|
"builtin": {
|
|
|
|
"assert.ok": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>async-done": true,
|
|
|
|
"gulp>undertaker>arr-flatten": true,
|
|
|
|
"gulp>undertaker>arr-map": true,
|
|
|
|
"gulp>undertaker>bach>arr-filter": true,
|
|
|
|
"gulp>undertaker>bach>array-each": true,
|
|
|
|
"gulp>undertaker>bach>array-initial": true,
|
|
|
|
"gulp>undertaker>bach>array-last": true,
|
|
|
|
"gulp>undertaker>bach>async-settle": true,
|
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>now-and-later": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>bach>arr-filter": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>arr-map>make-iterator": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>bach>array-initial": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>bach>array-last>is-number": true,
|
|
|
|
"gulp>undertaker>object.defaults>array-slice": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>bach>array-last": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>bach>array-last>is-number": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>bach>async-settle": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>async-done": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>collection-map": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>arr-map": true,
|
|
|
|
"gulp>undertaker>arr-map>make-iterator": true,
|
|
|
|
"gulp>undertaker>object.reduce>for-own": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>es6-weak-map": {
|
|
|
|
"packages": {
|
|
|
|
"resolve-url-loader>es6-iterator": true,
|
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>last-run": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>es6-weak-map": true,
|
|
|
|
"gulp>undertaker>last-run>default-resolution": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>last-run>default-resolution": {
|
|
|
|
"globals": {
|
|
|
|
"process.version.match": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>object.defaults": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"gulp>undertaker>bach>array-each": true,
|
|
|
|
"gulp>undertaker>object.defaults>array-slice": true,
|
|
|
|
"gulp>undertaker>object.reduce>for-own": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>object.reduce": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>arr-map>make-iterator": true,
|
|
|
|
"gulp>undertaker>object.reduce>for-own": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>undertaker>object.reduce>for-own": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>object.reduce>for-own>for-in": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs": {
|
|
|
|
"builtin": {
|
|
|
|
"os.platform": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer.isBuffer": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.geteuid": true,
|
|
|
|
"process.getuid": true,
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"enzyme>object.assign": true,
|
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp>vinyl-fs>fs-mkdirp-stream": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream": true,
|
|
|
|
"gulp>vinyl-fs>is-valid-glob": true,
|
|
|
|
"gulp>vinyl-fs>lazystream": true,
|
|
|
|
"gulp>vinyl-fs>lead": true,
|
|
|
|
"gulp>vinyl-fs>pumpify": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-buffer": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-stream": true,
|
|
|
|
"gulp>vinyl-fs>resolve-options": true,
|
|
|
|
"gulp>vinyl-fs>through2": true,
|
|
|
|
"gulp>vinyl-fs>to-through": true,
|
|
|
|
"gulp>vinyl-fs>value-or-function": true,
|
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap": true,
|
|
|
|
"readable-stream": true,
|
|
|
|
"vinyl": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>fs-mkdirp-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.umask": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp>vinyl-fs>fs-mkdirp-stream>through2": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>fs-mkdirp-stream>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"gulp-watch>glob-parent": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>glob-watcher>is-negated-glob": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream>ordered-read-streams": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream>to-absolute-glob": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream": true,
|
|
|
|
"jsdom>request>extend": true,
|
|
|
|
"nyc>glob": true,
|
|
|
|
"readable-stream": true,
|
|
|
|
"vinyl>remove-trailing-separator": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>ordered-read-streams": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify>duplexify": true,
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify>pump": true,
|
|
|
|
"pumpify>inherits": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify>duplexify": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true,
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"duplexify>stream-shift": true,
|
|
|
|
"end-of-stream": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>pumpify>pump": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"end-of-stream": true,
|
|
|
|
"pump>once": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>to-absolute-glob": {
|
|
|
|
"builtin": {
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"gulp>glob-watcher>is-negated-glob": true,
|
|
|
|
"gulp>gulp-cli>replace-homedir>is-absolute": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream>through2-filter": true,
|
|
|
|
"lavamoat>json-stable-stringify": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream>through2-filter": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream>through2-filter>through2": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>glob-stream>unique-stream>through2-filter>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>lazystream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>lead": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>lead>flush-write-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>lead>flush-write-stream": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
2021-04-02 16:27:05 +02:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>pumpify": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>vinyl-fs>pumpify>duplexify": true,
|
|
|
|
"gulp>vinyl-fs>pumpify>pump": true,
|
|
|
|
"pumpify>inherits": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>pumpify>duplexify": {
|
2021-04-02 16:27:05 +02:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"process.nextTick": true
|
2021-04-02 16:27:05 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"duplexify>stream-shift": true,
|
|
|
|
"end-of-stream": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream": true
|
2021-04-02 16:27:05 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>pumpify>pump": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"end-of-stream": true,
|
|
|
|
"pump>once": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>remove-bom-buffer": {
|
|
|
|
"packages": {
|
|
|
|
"browserify>insert-module-globals>is-buffer": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-buffer>is-utf8": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>remove-bom-stream": {
|
|
|
|
"packages": {
|
|
|
|
"ethereumjs-wallet>safe-buffer": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-buffer": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-stream>through2": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>remove-bom-stream>through2": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>resolve-options": {
|
2022-05-05 16:28:24 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>value-or-function": true
|
2022-05-05 16:28:24 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>to-through": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>vinyl-fs>to-through>through2": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"gulp>vinyl-fs>to-through>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true,
|
|
|
|
"path.relative": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs-extra>graceful-fs": true,
|
|
|
|
"gulp>vinyl-fs>remove-bom-buffer": true,
|
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>append-buffer": true,
|
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>normalize-path": true,
|
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>now-and-later": true,
|
|
|
|
"nyc>convert-source-map": true,
|
|
|
|
"vinyl": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>append-buffer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"os.EOL": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>append-buffer>buffer-equal": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>append-buffer>buffer-equal": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>normalize-path": {
|
|
|
|
"packages": {
|
|
|
|
"vinyl>remove-trailing-separator": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>vinyl-fs>vinyl-sourcemap>now-and-later": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump>once": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-08-05 19:41:18 +02:00
|
|
|
"ini": {
|
|
|
|
"globals": {
|
|
|
|
"process": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"jsdom>escodegen": {
|
|
|
|
"globals": {
|
|
|
|
"sourceMap.SourceNode": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>esutils": true,
|
|
|
|
"jsdom>escodegen>estraverse": true,
|
|
|
|
"jsdom>escodegen>source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"labeled-stream-splicer": {
|
|
|
|
"packages": {
|
|
|
|
"labeled-stream-splicer>stream-splicer": true,
|
|
|
|
"pumpify>inherits": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"labeled-stream-splicer>stream-splicer": {
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true,
|
|
|
|
"setImmediate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pumpify>inherits": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"readable-stream": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.mkdirSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.writeFileSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"util.callbackify": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.warn": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"setTimeout": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"@lavamoat/lavapack": true,
|
|
|
|
"duplexify": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat-browserify>browser-resolve": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>concat-stream": true,
|
|
|
|
"lavamoat-browserify>readable-stream": true,
|
|
|
|
"lavamoat-browserify>through2": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>@lavamoat/aa": true,
|
|
|
|
"lavamoat>json-stable-stringify": true,
|
|
|
|
"lavamoat>lavamoat-core": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat-browserify>browser-resolve": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"__dirname": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"brfs>resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>concat-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.concat": true,
|
|
|
|
"Buffer.from": true,
|
|
|
|
"Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>readable-stream": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>readable-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat-browserify>readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight>@babel/helper-validator-identifier": true,
|
|
|
|
"lavamoat>@babel/highlight>chalk": true,
|
|
|
|
"loose-envify>js-tokens": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight>chalk": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight>chalk>ansi-styles": true,
|
|
|
|
"lavamoat>@babel/highlight>chalk>supports-color": true,
|
|
|
|
"mocha>escape-string-regexp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight>chalk>ansi-styles": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>@babel/highlight>chalk>supports-color": {
|
|
|
|
"builtin": {
|
|
|
|
"os.release": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.versions.node.split": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>supports-color>has-flag": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>@lavamoat/aa": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
2022-05-09 23:04:41 +02:00
|
|
|
"path.relative": true
|
2022-05-06 00:47:51 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"performantResolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"brfs>resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>json-stable-stringify": {
|
|
|
|
"packages": {
|
|
|
|
"lavamoat>json-stable-stringify>jsonify": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core": {
|
|
|
|
"builtin": {
|
|
|
|
"events": true,
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"__dirname": true,
|
2022-05-09 23:04:41 +02:00
|
|
|
"console.error": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"console.warn": true,
|
2022-05-09 23:04:41 +02:00
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>json-stable-stringify": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep": true,
|
|
|
|
"lavamoat>lavamoat-tofu": true,
|
|
|
|
"nyc>process-on-spawn>fromentries": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"gulp-zip>plugin-error>arr-union": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true,
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>for-own": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>lazy-cache": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>for-own": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"gulp>undertaker>object.reduce>for-own>for-in": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>lazy-cache": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.TRAVIS": true,
|
|
|
|
"process.env.UNLAZY": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"3box>ipfs>superstruct>clone-deep>shallow-clone>mixin-object": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone>kind-of": true,
|
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone>lazy-cache": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone>kind-of": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>clone-deep>shallow-clone>lazy-cache": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.UNLAZY": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-06 00:47:51 +02:00
|
|
|
"lavamoat>lavamoat-core>merge-deep>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-06 00:47:51 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>lavamoat-tofu": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.log": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"@babel/core>@babel/parser": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>@babel/traverse": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lavamoat>object.fromentries": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>es-abstract": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"lodash": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"loose-envify": {
|
|
|
|
"builtin": {
|
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Transform": true,
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"loose-envify>js-tokens": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": {
|
|
|
|
"builtin": {
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util.deprecate": true,
|
|
|
|
"util.format": true,
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"madge>debug>ms": true,
|
|
|
|
"sinon>supports-color": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"madge>detective-scss>gonzales-pe": {
|
|
|
|
"globals": {
|
|
|
|
"console.error": true,
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"madge>ora>is-unicode-supported": {
|
|
|
|
"globals": {
|
|
|
|
"process.env.CI": true,
|
|
|
|
"process.env.TERM": true,
|
|
|
|
"process.env.TERM_PROGRAM": true,
|
|
|
|
"process.env.WT_SESSION": true,
|
|
|
|
"process.platform": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>find-up>locate-path>path-exists": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.access": true,
|
|
|
|
"fs.accessSync": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>minimatch>brace-expansion": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>minimatch>brace-expansion>concat-map": true,
|
|
|
|
"stylelint>balanced-match": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>supports-color>has-flag": {
|
|
|
|
"globals": {
|
|
|
|
"process.argv": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>which": {
|
|
|
|
"builtin": {
|
|
|
|
"path.join": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true,
|
|
|
|
"process.env.OSTYPE": true,
|
|
|
|
"process.env.PATH": true,
|
|
|
|
"process.env.PATHEXT": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"mocha>which>isexe": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>which>isexe": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"fs": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"TESTING_WINDOWS": true,
|
|
|
|
"process.env.PATHEXT": true,
|
|
|
|
"process.getgid": true,
|
|
|
|
"process.getuid": true,
|
|
|
|
"process.platform": true
|
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"nock>deep-equal>is-date-object": {
|
|
|
|
"packages": {
|
|
|
|
"enzyme>is-regex>has-tostringtag": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nock>mkdirp": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nock>qs": {
|
|
|
|
"packages": {
|
|
|
|
"string.prototype.matchall>side-channel": true
|
2022-01-07 16:57:33 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"node-sass": {
|
|
|
|
"native": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>convert-source-map": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>convert-source-map>safe-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>convert-source-map>safe-buffer": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"fs": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
|
|
|
"process.cwd": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"eslint>minimatch": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-watch>path-is-absolute": true,
|
|
|
|
"nyc>glob>fs.realpath": true,
|
|
|
|
"nyc>glob>inflight": true,
|
|
|
|
"pump>once": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob>fs.realpath": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.lstat": true,
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.readlink": true,
|
|
|
|
"fs.readlinkSync": true,
|
|
|
|
"fs.realpath": true,
|
|
|
|
"fs.realpathSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
|
|
|
"console.trace": true,
|
|
|
|
"process.env.NODE_DEBUG": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.noDeprecation": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.throwDeprecation": true,
|
|
|
|
"process.traceDeprecation": true,
|
|
|
|
"process.version": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob>inflight": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump>once": true,
|
|
|
|
"pump>once>wrappy": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>resolve-from": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.realpathSync": true,
|
|
|
|
"module._nodeModulePaths": true,
|
|
|
|
"module._resolveFilename": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"nyc>rimraf": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"assert": true,
|
|
|
|
"fs": true,
|
|
|
|
"path.join": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true,
|
|
|
|
"setTimeout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"nyc>glob": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>signal-exit": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert.equal": true,
|
|
|
|
"events": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"nyc>spawn-wrap>is-windows": {
|
|
|
|
"globals": {
|
|
|
|
"define": true,
|
|
|
|
"isWindows": "write",
|
|
|
|
"process": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"prettier": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"assert": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"events.EventEmitter": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"module._nodeModulePaths": true,
|
|
|
|
"module._resolveFilename": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"os": true,
|
|
|
|
"path": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"stream.PassThrough": true,
|
|
|
|
"stream.Readable": true,
|
|
|
|
"util.inherits": true,
|
|
|
|
"util.inspect": true,
|
|
|
|
"util.promisify": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"Element": true,
|
|
|
|
"HTMLElement": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"Intl": true,
|
|
|
|
"PerformanceObserver": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"SVGElement": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"WorkerGlobalScope": true,
|
|
|
|
"YAML_SILENCE_DEPRECATION_WARNINGS": true,
|
|
|
|
"YAML_SILENCE_WARNINGS": true,
|
2021-10-06 00:06:31 +02:00
|
|
|
"__dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"__filename": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"__magic__": true,
|
|
|
|
"assertDoc": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
|
|
|
"clearTimeout": true,
|
|
|
|
"console": true,
|
|
|
|
"define": true,
|
|
|
|
"document": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"globalThis": "write",
|
2022-04-26 19:36:57 +02:00
|
|
|
"localStorage": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"location": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"navigator": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"new": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"performance": true,
|
|
|
|
"process": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"queueMicrotask": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"setImmediate": true,
|
2022-08-05 17:04:44 +02:00
|
|
|
"setTimeout": true,
|
|
|
|
"target": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"prop-types": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"process.env.NODE_ENV": true
|
2021-10-06 00:06:31 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"prop-types>react-is": true,
|
|
|
|
"react>object-assign": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"prop-types>react-is": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console": true,
|
|
|
|
"process.env.NODE_ENV": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.version": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"end-of-stream": true,
|
|
|
|
"pump>once": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump>once": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pump>once>wrappy": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"pumpify": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"duplexify": true,
|
|
|
|
"pump": true,
|
|
|
|
"pumpify>inherits": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"pumpify>inherits": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"randomcolor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": {
|
|
|
|
"builtin": {
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.browser": true,
|
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true,
|
|
|
|
"process.version.slice": true,
|
|
|
|
"setImmediate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"readable-stream>core-util-is": true,
|
|
|
|
"readable-stream>isarray": true,
|
|
|
|
"readable-stream>process-nextick-args": true,
|
|
|
|
"readable-stream>safe-buffer": true,
|
|
|
|
"readable-stream>string_decoder": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>core-util-is": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>process-nextick-args": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>safe-buffer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>string_decoder": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>safe-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>d": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true,
|
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>d": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>es5-ext": {
|
2021-10-06 00:06:31 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>es6-symbol": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>es6-iterator>d": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"resolve-url-loader>rework>css>urix": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"sass": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs": true,
|
|
|
|
"readline": true,
|
|
|
|
"url": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"env": "unfrozen",
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"HTMLElement": true,
|
|
|
|
"InternalError": true,
|
|
|
|
"TextDecoder": true,
|
|
|
|
"WorkerGlobalScope": true,
|
|
|
|
"__dirname": true,
|
|
|
|
"__filename": true,
|
|
|
|
"__non_webpack_require__": true,
|
|
|
|
"__webpack_require__": true,
|
|
|
|
"console": true,
|
|
|
|
"dartExperimentalFixupGetTag": true,
|
|
|
|
"dartMainRunner": true,
|
|
|
|
"dartNativeDispatchHooksTransformer": true,
|
|
|
|
"dartPrint": true,
|
|
|
|
"document": true,
|
|
|
|
"load": true,
|
|
|
|
"navigator": true,
|
|
|
|
"print": true,
|
|
|
|
"process": true,
|
|
|
|
"setImmediate": true,
|
|
|
|
"setTimeout": true,
|
|
|
|
"version": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.error": true,
|
|
|
|
"process": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver>lru-cache": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver>lru-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"semver>lru-cache>yallist": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"serve-handler>path-is-inside": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.sep": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"sinon>supports-color": {
|
|
|
|
"builtin": {
|
|
|
|
"os.release": true,
|
|
|
|
"tty.isatty": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"sinon>supports-color>has-flag": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"sinon>supports-color>has-flag": {
|
|
|
|
"globals": {
|
|
|
|
"process.argv": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"source-map": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readFile": true,
|
|
|
|
"path.join": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"WebAssembly.instantiate": true,
|
|
|
|
"__dirname": true,
|
|
|
|
"console.debug": true,
|
|
|
|
"console.time": true,
|
|
|
|
"console.timeEnd": true,
|
|
|
|
"fetch": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"squirrelly": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>es-abstract": true,
|
|
|
|
"string.prototype.matchall>has-symbols": true,
|
|
|
|
"string.prototype.matchall>regexp.prototype.flags": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>call-bind": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"mocha>object.assign>function-bind": true,
|
|
|
|
"string.prototype.matchall>get-intrinsic": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>es-abstract": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>has": true,
|
|
|
|
"enzyme>is-callable": true,
|
|
|
|
"enzyme>is-regex": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>is-string": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object-inspect": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"globalthis>define-properties>has-property-descriptors": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>es-abstract>es-to-primitive": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>get-intrinsic": true,
|
|
|
|
"string.prototype.matchall>has-symbols": true,
|
|
|
|
"string.prototype.matchall>internal-slot": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>es-abstract>es-to-primitive": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>telejson>is-symbol": true,
|
|
|
|
"enzyme>is-callable": true,
|
|
|
|
"nock>deep-equal>is-date-object": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>get-intrinsic": {
|
|
|
|
"globals": {
|
|
|
|
"AggregateError": true,
|
|
|
|
"FinalizationRegistry": true,
|
|
|
|
"WeakRef": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"enzyme>has": true,
|
|
|
|
"mocha>object.assign>function-bind": true,
|
|
|
|
"string.prototype.matchall>has-symbols": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>internal-slot": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>has": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>get-intrinsic": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>side-channel": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>regexp.prototype.flags": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"enzyme>function.prototype.name>functions-have-names": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"globalthis>define-properties": true,
|
|
|
|
"string.prototype.matchall>call-bind": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"string.prototype.matchall>side-channel": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"enzyme>object-inspect": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"string.prototype.matchall>call-bind": true,
|
|
|
|
"string.prototype.matchall>get-intrinsic": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.lstatSync": true,
|
|
|
|
"fs.readFile": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.stat": true,
|
|
|
|
"os.EOL": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"url.URL": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__dirname": true,
|
|
|
|
"assert": true,
|
|
|
|
"console.warn": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process.cwd": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.NODE_ENV": true,
|
|
|
|
"process.stdout.columns": true,
|
|
|
|
"process.stdout.isTTY": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>imurmurhash": true,
|
|
|
|
"globby": true,
|
|
|
|
"globby>ignore": true,
|
|
|
|
"globby>slash": true,
|
|
|
|
"lodash": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>debug": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>resolve-from": true,
|
|
|
|
"stylelint>@stylelint/postcss-css-in-js": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown": true,
|
|
|
|
"stylelint>autoprefixer": true,
|
|
|
|
"stylelint>balanced-match": true,
|
|
|
|
"stylelint>chalk": true,
|
|
|
|
"stylelint>cosmiconfig": true,
|
|
|
|
"stylelint>execall": true,
|
|
|
|
"stylelint>file-entry-cache": true,
|
|
|
|
"stylelint>global-modules": true,
|
|
|
|
"stylelint>globjoin": true,
|
|
|
|
"stylelint>html-tags": true,
|
|
|
|
"stylelint>import-lazy": true,
|
|
|
|
"stylelint>known-css-properties": true,
|
|
|
|
"stylelint>leven": true,
|
|
|
|
"stylelint>log-symbols": true,
|
|
|
|
"stylelint>mathml-tag-names": true,
|
|
|
|
"stylelint>micromatch": true,
|
|
|
|
"stylelint>normalize-selector": true,
|
|
|
|
"stylelint>postcss": true,
|
|
|
|
"stylelint>postcss-html": true,
|
|
|
|
"stylelint>postcss-less": true,
|
|
|
|
"stylelint>postcss-media-query-parser": true,
|
|
|
|
"stylelint>postcss-reporter": true,
|
|
|
|
"stylelint>postcss-resolve-nested-selector": true,
|
|
|
|
"stylelint>postcss-safe-parser": true,
|
|
|
|
"stylelint>postcss-sass": true,
|
|
|
|
"stylelint>postcss-scss": true,
|
|
|
|
"stylelint>postcss-selector-parser": true,
|
|
|
|
"stylelint>postcss-syntax": true,
|
|
|
|
"stylelint>postcss-value-parser": true,
|
|
|
|
"stylelint>specificity": true,
|
|
|
|
"stylelint>style-search": true,
|
|
|
|
"stylelint>sugarss": true,
|
|
|
|
"stylelint>svg-tags": true,
|
|
|
|
"stylelint>table": true,
|
|
|
|
"stylelint>write-file-atomic": true,
|
|
|
|
"yargs>string-width": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"stylelint>@stylelint/postcss-css-in-js": {
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@babel/core": true,
|
|
|
|
"stylelint>postcss": true,
|
|
|
|
"stylelint>postcss-syntax": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>unist-util-find-all-after": true,
|
|
|
|
"stylelint>postcss-html": true,
|
|
|
|
"stylelint>postcss-syntax": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark": {
|
|
|
|
"packages": {
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse": {
|
|
|
|
"packages": {
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>ccount": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>collapse-white-space": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-alphabetical": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-decimal": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-whitespace-character": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-word-character": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>markdown-escapes": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>state-toggle": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>trim": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>trim-trailing-lines": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>unherit": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>unist-util-remove-position": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>vfile-location": true,
|
|
|
|
"watchify>xtend": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>unherit": {
|
|
|
|
"packages": {
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>unist-util-remove-position": {
|
|
|
|
"packages": {
|
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>remark-slug>unist-util-visit": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify": {
|
|
|
|
"packages": {
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>ccount": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-decimal": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-whitespace-character": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>markdown-escapes": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>state-toggle": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>unherit": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>is-alphanumeric": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>longest-streak": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>markdown-table": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>mdast-util-compact": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>stringify-entities": true,
|
|
|
|
"watchify>xtend": true,
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>markdown-table": {
|
|
|
|
"packages": {
|
|
|
|
"webpack>micromatch>braces>fill-range>repeat-string": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>mdast-util-compact": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/addon-essentials>@storybook/addon-docs>remark-slug>unist-util-visit": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>stringify-entities": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>character-entities-legacy": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>is-alphanumerical": true,
|
|
|
|
"@storybook/components>react-syntax-highlighter>refractor>parse-entities>is-hexadecimal": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-parse>is-decimal": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>remark-stringify>stringify-entities>character-entities-html4": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified": {
|
|
|
|
"packages": {
|
|
|
|
"jsdom>request>extend": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>bail": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>is-buffer": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>is-plain-obj": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>trough": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"path.basename": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile>is-buffer": true,
|
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile>vfile-message": true,
|
|
|
|
"vinyl>replace-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile>vfile-message": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>remark>unified>vfile>unist-util-stringify-position": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>unist-util-find-all-after": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>@stylelint/postcss-markdown>unist-util-find-all-after>unist-util-is": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>autoprefixer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
|
|
|
"console": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true,
|
|
|
|
"process.env.AUTOPREFIXER_GRID": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>autoprefixer>browserslist": true,
|
|
|
|
"stylelint>autoprefixer>caniuse-lite": true,
|
|
|
|
"stylelint>autoprefixer>normalize-range": true,
|
|
|
|
"stylelint>autoprefixer>num2fraction": true,
|
|
|
|
"stylelint>postcss": true,
|
|
|
|
"stylelint>postcss-value-parser": true,
|
|
|
|
"stylelint>postcss>picocolors": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>autoprefixer>browserslist": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"console.warn": true,
|
|
|
|
"process.env.BROWSERSLIST": true,
|
|
|
|
"process.env.BROWSERSLIST_CONFIG": true,
|
|
|
|
"process.env.BROWSERSLIST_DANGEROUS_EXTEND": true,
|
|
|
|
"process.env.BROWSERSLIST_DISABLE_CACHE": true,
|
|
|
|
"process.env.BROWSERSLIST_ENV": true,
|
|
|
|
"process.env.BROWSERSLIST_IGNORE_OLD_DATA": true,
|
|
|
|
"process.env.BROWSERSLIST_STATS": true,
|
|
|
|
"process.env.NODE_ENV": true,
|
|
|
|
"process.versions.node": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>autoprefixer>browserslist>electron-to-chromium": true,
|
|
|
|
"stylelint>autoprefixer>browserslist>node-releases": true,
|
|
|
|
"stylelint>autoprefixer>caniuse-lite": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>chalk": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"chalk>ansi-styles": true,
|
|
|
|
"sinon>supports-color": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>cosmiconfig": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"os": true,
|
|
|
|
"path": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.cwd": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-07-26 20:10:51 +02:00
|
|
|
"depcheck>cosmiconfig>parse-json": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"depcheck>cosmiconfig>yaml": true,
|
|
|
|
"eslint>import-fresh": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"globby>dir-glob>path-type": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>execall": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>execall>clone-regexp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>execall>clone-regexp": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>execall>clone-regexp>is-regexp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache": {
|
|
|
|
"builtin": {
|
|
|
|
"crypto.createHash": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache>flat-cache": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache>flat-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.existsSync": true,
|
|
|
|
"fs.readFileSync": true,
|
|
|
|
"path.basename": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache>flat-cache>flatted": true,
|
|
|
|
"stylelint>file-entry-cache>flat-cache>rimraf": true,
|
|
|
|
"stylelint>file-entry-cache>flat-cache>write": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache>flat-cache>rimraf": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"fs": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.platform": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"setTimeout": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"nyc>glob": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>file-entry-cache>flat-cache>write": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.createWriteStream": true,
|
|
|
|
"fs.writeFile": true,
|
|
|
|
"fs.writeFileSync": true,
|
|
|
|
"path.dirname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"nock>mkdirp": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>global-modules": {
|
|
|
|
"builtin": {
|
|
|
|
"path.resolve": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.OSTYPE": true,
|
|
|
|
"process.platform": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>global-modules>global-prefix": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>global-modules>global-prefix": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFileSync": true,
|
|
|
|
"fs.realpathSync": true,
|
|
|
|
"os.homedir": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.APPDATA": true,
|
|
|
|
"process.env.DESTDIR": true,
|
|
|
|
"process.env.OSTYPE": true,
|
|
|
|
"process.env.PREFIX": true,
|
|
|
|
"process.execPath": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>which": true,
|
2022-08-05 19:41:18 +02:00
|
|
|
"stylelint>global-modules>global-prefix>ini": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"stylelint>global-modules>global-prefix>ini": {
|
|
|
|
"globals": {
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>globjoin": {
|
|
|
|
"builtin": {
|
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>log-symbols": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>ora>is-unicode-supported": true,
|
|
|
|
"stylelint>log-symbols>chalk": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"stylelint>log-symbols>chalk": {
|
|
|
|
"packages": {
|
|
|
|
"chalk>ansi-styles": true,
|
|
|
|
"sinon>supports-color": true
|
2021-11-23 20:17:27 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>micromatch": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inspect": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar>braces": true,
|
|
|
|
"depcheck>readdirp>picomatch": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"stylelint>normalize-selector": {
|
|
|
|
"globals": {
|
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true
|
|
|
|
},
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true,
|
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"console": true,
|
|
|
|
"process.env.NODE_ENV": true
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"stylelint>postcss>picocolors": true,
|
|
|
|
"stylelint>postcss>source-map": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"stylelint>postcss-html": {
|
|
|
|
"globals": {
|
|
|
|
"__dirname": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-syntax": true
|
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"string_decoder.StringDecoder": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"pumpify>inherits": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>domelementtype": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>domhandler": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>domutils": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>entities": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>readable-stream": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domhandler": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domelementtype": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domutils": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domelementtype": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>domutils>dom-serializer": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domutils>dom-serializer": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>domelementtype": true,
|
|
|
|
"stylelint>postcss-html>htmlparser2>entities": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-05-16 18:04:25 +02:00
|
|
|
"stylelint>postcss-html>htmlparser2>readable-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
2022-05-16 18:04:25 +02:00
|
|
|
"process.stdout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-05-16 18:04:25 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-less": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-reporter": {
|
|
|
|
"packages": {
|
|
|
|
"lodash": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-safe-parser": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-sass": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"madge>detective-scss>gonzales-pe": true,
|
|
|
|
"stylelint>postcss": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-scss": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-selector-parser": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"stylelint>postcss-selector-parser>cssesc": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss-syntax": {
|
|
|
|
"builtin": {
|
|
|
|
"path.isAbsolute": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"path.sep": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"stylelint>postcss": true
|
2022-01-07 16:57:33 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss>picocolors": {
|
|
|
|
"builtin": {
|
|
|
|
"tty.isatty": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.argv.includes": true,
|
|
|
|
"process.env": true,
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>specificity": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>sugarss": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>postcss": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>table": {
|
|
|
|
"globals": {
|
|
|
|
"process.stdout.write": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>ajv": true,
|
|
|
|
"lodash": true,
|
|
|
|
"stylelint>table>slice-ansi": true,
|
|
|
|
"stylelint>table>string-width": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>table>slice-ansi": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>yargs>string-width>is-fullwidth-code-point": true,
|
|
|
|
"stylelint>table>slice-ansi>ansi-styles": true,
|
|
|
|
"stylelint>table>slice-ansi>astral-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>table>slice-ansi>ansi-styles": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@metamask/jazzicon>color>color-convert": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>table>string-width": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"mocha>yargs>string-width>is-fullwidth-code-point": true,
|
|
|
|
"stylelint>table>string-width>emoji-regex": true,
|
|
|
|
"stylelint>table>string-width>strip-ansi": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>table>string-width>strip-ansi": {
|
|
|
|
"packages": {
|
|
|
|
"stylelint>table>string-width>strip-ansi>ansi-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>write-file-atomic": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.chmod": true,
|
|
|
|
"fs.chmodSync": true,
|
|
|
|
"fs.chown": true,
|
|
|
|
"fs.chownSync": true,
|
|
|
|
"fs.close": true,
|
|
|
|
"fs.closeSync": true,
|
|
|
|
"fs.fsync": true,
|
|
|
|
"fs.fsyncSync": true,
|
|
|
|
"fs.open": true,
|
|
|
|
"fs.openSync": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.realpath": true,
|
|
|
|
"fs.realpathSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.rename": true,
|
|
|
|
"fs.renameSync": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"fs.stat": true,
|
|
|
|
"fs.statSync": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.unlink": true,
|
|
|
|
"fs.unlinkSync": true,
|
|
|
|
"fs.write": true,
|
|
|
|
"fs.writeSync": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"util.promisify": true,
|
|
|
|
"worker_threads.threadId": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.isBuffer": true,
|
|
|
|
"__filename": true,
|
|
|
|
"process.getuid": true,
|
|
|
|
"process.pid": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>imurmurhash": true,
|
|
|
|
"jsdom>request>is-typedarray": true,
|
|
|
|
"nyc>signal-exit": true,
|
|
|
|
"stylelint>write-file-atomic>typedarray-to-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"stylelint>write-file-atomic>typedarray-to-buffer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.from": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"jsdom>request>is-typedarray": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"terser": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.from": true,
|
|
|
|
"atob": true,
|
|
|
|
"btoa": true,
|
|
|
|
"console.log": true,
|
|
|
|
"console.warn": true,
|
|
|
|
"define": true,
|
|
|
|
"process.argv": true,
|
|
|
|
"process.exit": true,
|
|
|
|
"process.platform": true,
|
|
|
|
"process.stderr.write": true,
|
|
|
|
"process.stdin.on": true,
|
|
|
|
"process.stdin.resume": true,
|
|
|
|
"process.stdin.setEncoding": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-07-29 21:15:48 +02:00
|
|
|
"source-map": true,
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"ts-node>acorn": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"terser>source-map-support": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"XMLHttpRequest": true,
|
|
|
|
"console.error": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"process": true
|
2021-10-06 19:44:48 +02:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"terser>source-map-support>buffer-from": true,
|
|
|
|
"terser>source-map-support>source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"terser>source-map-support>buffer-from": {
|
|
|
|
"globals": {
|
|
|
|
"Buffer": true
|
2021-10-06 00:06:31 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"through2>readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"through2>readable-stream": {
|
2021-11-23 20:17:27 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer": true,
|
|
|
|
"events.EventEmitter": true,
|
|
|
|
"stream": true,
|
|
|
|
"util": true
|
2021-11-23 20:17:27 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.env.READABLE_STREAM": true,
|
|
|
|
"process.nextTick": true,
|
|
|
|
"process.stderr": true,
|
|
|
|
"process.stdout": true
|
2021-11-23 20:17:27 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"@storybook/api>util-deprecate": true,
|
|
|
|
"browserify>string_decoder": true,
|
|
|
|
"pumpify>inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"ts-node>acorn": {
|
|
|
|
"globals": {
|
|
|
|
"console": true,
|
|
|
|
"define": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"tsutils": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"tslib": true,
|
|
|
|
"typescript": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"typescript": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer": true,
|
|
|
|
"crypto": true,
|
|
|
|
"fs": true,
|
|
|
|
"inspector": true,
|
|
|
|
"os.EOL": true,
|
|
|
|
"os.platform": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true,
|
|
|
|
"perf_hooks.PerformanceObserver": true,
|
|
|
|
"perf_hooks.performance": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Intl": true,
|
|
|
|
"PerformanceObserver": true,
|
|
|
|
"TypeScript": "write",
|
|
|
|
"__dirname": true,
|
|
|
|
"__filename": true,
|
|
|
|
"__magic__": true,
|
|
|
|
"clearTimeout": true,
|
|
|
|
"console.log": true,
|
|
|
|
"gc": true,
|
|
|
|
"globalThis": true,
|
|
|
|
"performance": true,
|
|
|
|
"process": true,
|
|
|
|
"setTimeout": true,
|
|
|
|
"toolsVersion": "write"
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"terser>source-map-support": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"buffer.Buffer.isBuffer": true,
|
|
|
|
"path.basename": true,
|
2021-02-22 15:43:29 +01:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.extname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.normalize": true,
|
|
|
|
"path.relative": true,
|
|
|
|
"util.inspect.custom": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>clone": true,
|
|
|
|
"vinyl>clone-buffer": true,
|
|
|
|
"vinyl>clone-stats": true,
|
|
|
|
"vinyl>cloneable-readable": true,
|
|
|
|
"vinyl>remove-trailing-separator": true,
|
|
|
|
"vinyl>replace-ext": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-buffer": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-buffer>bl": true,
|
|
|
|
"vinyl-buffer>through2": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-buffer>bl": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"ethereumjs-wallet>safe-buffer": true,
|
|
|
|
"readable-stream": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-buffer>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-source-stream": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.cwd": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl": true,
|
|
|
|
"vinyl-source-stream>through2": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-source-stream>through2": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl-sourcemaps-apply": {
|
|
|
|
"packages": {
|
|
|
|
"vinyl-sourcemaps-apply>source-map": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>clone": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>clone-buffer": {
|
|
|
|
"builtin": {
|
|
|
|
"buffer.Buffer": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>clone-stats": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.Stats": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"vinyl>cloneable-readable": {
|
2022-01-07 16:57:33 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"pumpify>inherits": true,
|
|
|
|
"vinyl>cloneable-readable>process-nextick-args": true,
|
|
|
|
"vinyl>cloneable-readable>through2": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>cloneable-readable>process-nextick-args": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"process.nextTick": true,
|
|
|
|
"process.version": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>cloneable-readable>through2": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process.nextTick": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream": true,
|
|
|
|
"watchify>xtend": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>remove-trailing-separator": {
|
|
|
|
"globals": {
|
|
|
|
"process.platform": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"vinyl>replace-ext": {
|
2021-07-15 19:59:34 +02:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.basename": true,
|
2021-07-15 19:59:34 +02:00
|
|
|
"path.dirname": true,
|
|
|
|
"path.extname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"watchify": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.join": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"clearTimeout": true,
|
|
|
|
"setTimeout": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"through2": true,
|
|
|
|
"watchify>anymatch": true,
|
|
|
|
"watchify>xtend": true
|
2021-07-15 19:59:34 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"watchify>anymatch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
Add TypeScript migration dashboard (#13820)
As we convert parts of the codebase to TypeScript, we will want a way to
track progress. This commit adds a dashboard which displays all of the
files that we wish to convert to TypeScript and which files we've
already converted.
The list of all possible files to convert is predetermined by walking
the dependency graph of each entrypoint the build system uses to compile
the extension (the files that the entrypoint imports, the files that the
imports import, etc). The list should not need to be regenerated, but
you can do it by running:
yarn ts-migration:enumerate
The dashboard is implemented as a separate React app. The CircleCI
configuration has been updated so that when a new commit is pushed, the
React app is built and stored in the CircleCI artifacts. When a PR is
merged, the built files will be pushed to a separate repo whose sole
purpose is to serve the dashboard via GitHub Pages (this is the same
way that the Storybook works). All of the app code and script to build
the app are self-contained under
`development/ts-migration-dashboard`. To build this app yourself, you
can run:
yarn ts-migration:dashboard:build
or if you want to build automatically as you change files, run:
yarn ts-migration:dashboard:watch
Then open the following file in your browser (there is no server
component):
development/ts-migration-dashboard/build/index.html
Finally, although you shouldn't have to do this, to manually deploy the
dashboard once built, you can run:
git remote add ts-migration-dashboard git@github.com:MetaMask/metamask-extension-ts-migration-dashboard.git
yarn ts-migration:dashboard:deploy
2022-08-09 22:16:08 +02:00
|
|
|
"chokidar>normalize-path": true,
|
2022-07-26 20:10:51 +02:00
|
|
|
"depcheck>readdirp>picomatch": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"watchify>browserify>shasum-object": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"crypto.createHash": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"Buffer.isBuffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eth-rpc-errors>fast-safe-stringify": true
|
2022-07-29 21:15:48 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>snapdragon-node": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>braces>snapdragon-node>define-property": true,
|
|
|
|
"webpack>micromatch>braces>snapdragon-node>snapdragon-util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>snapdragon-node>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>snapdragon-node>snapdragon-util": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>snapdragon-node>snapdragon-util>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>snapdragon-node>snapdragon-util>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string>extend-shallow": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string>extend-shallow": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string>extend-shallow>is-extendable": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"3box>ipfs>kind-of": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor>is-accessor-descriptor": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor>is-data-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor>is-accessor-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"3box>ipfs>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor>is-data-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"3box>ipfs>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>array-unique": true,
|
|
|
|
"webpack>micromatch>extglob>define-property": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__filename": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>debug": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>posix-character-classes": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>debug": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.SyncWriteStream": true,
|
|
|
|
"net.Socket": true,
|
|
|
|
"tty.WriteStream": true,
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"chrome": true,
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>debug>ms": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor": true,
|
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-accessor-descriptor>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>expand-brackets>define-property>is-descriptor>is-data-descriptor>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>extend-shallow": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>fragment-cache": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>map-cache": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>nanomatch": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"path.basename": true,
|
|
|
|
"path.sep": true,
|
|
|
|
"util.inspect": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"3box>ipfs>kind-of": true,
|
|
|
|
"nyc>spawn-wrap>is-windows": true,
|
|
|
|
"webpack>micromatch>arr-diff": true,
|
|
|
|
"webpack>micromatch>array-unique": true,
|
|
|
|
"webpack>micromatch>fragment-cache": true,
|
|
|
|
"webpack>micromatch>nanomatch>define-property": true,
|
|
|
|
"webpack>micromatch>nanomatch>extend-shallow": true,
|
|
|
|
"webpack>micromatch>nanomatch>is-odd": true,
|
|
|
|
"webpack>micromatch>object.pick": true,
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>snapdragon": true,
|
|
|
|
"webpack>micromatch>to-regex": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>nanomatch>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>nanomatch>extend-shallow": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true,
|
|
|
|
"webpack>micromatch>nanomatch>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
2022-04-26 19:36:57 +02:00
|
|
|
},
|
|
|
|
"webpack>micromatch>nanomatch>extend-shallow>is-extendable": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>nanomatch>is-odd": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>undertaker>bach>array-last>is-number": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>object.pick": {
|
2022-03-21 19:54:47 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true
|
2022-03-21 19:54:47 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>regex-not": {
|
2021-09-16 05:18:28 +02:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>regex-not>extend-shallow": true,
|
|
|
|
"webpack>micromatch>to-regex>safe-regex": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>regex-not>extend-shallow": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true,
|
|
|
|
"webpack>micromatch>regex-not>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>regex-not>extend-shallow>is-extendable": {
|
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>snapdragon": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.readFileSync": true,
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"path.dirname": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"util.inspect": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"__filename": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>snapdragon>base": true,
|
|
|
|
"webpack>micromatch>snapdragon>debug": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property": true,
|
|
|
|
"webpack>micromatch>snapdragon>map-cache": true,
|
|
|
|
"webpack>micromatch>snapdragon>source-map": true,
|
|
|
|
"webpack>micromatch>snapdragon>source-map-resolve": true,
|
|
|
|
"webpack>micromatch>snapdragon>use": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"pubnub>superagent>component-emitter": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>class-utils": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>define-property": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>mixin-deep": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>pascalcase": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>array-sort>get-value": true,
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"pubnub>superagent>component-emitter": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>set-value": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>to-object-path": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>union-value": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit>map-visit": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit>object-visit": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit>map-visit": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inspect": true
|
|
|
|
},
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit>object-visit": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>collection-visit>object-visit": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>array-sort>get-value": true,
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>is-number": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>is-number": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>is-number>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>is-number>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>has-value>has-values>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>set-value": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>braces>split-string": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>to-object-path": {
|
|
|
|
"packages": {
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>to-object-path>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>to-object-path>kind-of": {
|
|
|
|
"packages": {
|
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-09-16 05:18:28 +02:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>union-value": {
|
|
|
|
"packages": {
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error>arr-union": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>array-sort>get-value": true,
|
|
|
|
"webpack>micromatch>extglob>extend-shallow>is-extendable": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>set-value": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value>has-value": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value>has-value": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>array-sort>get-value": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value>has-value>has-values": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value>has-value>isobject": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>cache-base>unset-value>has-value>isobject": {
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"readable-stream>isarray": true
|
Exclude files from builds by build type (#12521)
This PR enables the exclusion of JavaScript and JSON source by `buildType`, and enables the running of `eslint` under LavaMoat. 80-90% of the changes in this PR are `.patch` files and LavaMoat policy additions.
The file exclusion is designed to work in conjunction with our code fencing. If you forget to fence an import statement of an excluded file, the application will now error on boot. **This PR commits us to a particular naming convention for files intended only for certain builds.** Continue reading for details.
### Code Fencing and ESLint
When a file is modified by the code fencing transform, we run ESLint on it to ensure that we fail early for syntax-related issues. This PR adds the first code fences that will be actually be removed in production builds. As a consequence, this was also the first time we attempted to run ESLint under LavaMoat. Making that work required a lot of manual labor because of ESLint's use of dynamic imports, but the manual changes necessary were ultimately quite minor.
### File Exclusion
For all builds, any file in `app/`, `shared/` or `ui/` in a sub-directory matching `**/${otherBuildType}/**` (where `otherBuildType` is any build type except `main`) will be added to the list of excluded files, regardless of its file extension. For example, if we want to add one or more pages to the UI settings in Flask, we'd create the folder `ui/pages/settings/flask`, add any necessary files or sub-folders there, and fence the import statements for anything in that folder. If we wanted the same thing for Beta, we would name the directory `ui/pages/settings/beta`.
As it happens, we already organize some of our source files in this way, namely the logo JSON for Beta and Flask builds. See `ui/helpers/utils/build-types.js` to see how this works in practice.
Because the list of ignored filed is only passed to `browserify.exclude()`, any files not bundled by `browserify` will be ignored. For our purposes, this is mostly relevant for `.scss`. Since we don't have anything like code fencing for SCSS, we'll have to consider how to handle our styles separately.
2021-11-02 04:20:31 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>class-utils": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"packages": {
|
2022-05-05 16:28:24 +02:00
|
|
|
"gulp-zip>plugin-error>arr-union": true,
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend": {
|
|
|
|
"builtin": {
|
|
|
|
"util.inherits": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend>object-copy": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend>object-copy": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend>object-copy>copy-descriptor": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend>object-copy>kind-of": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>class-utils>static-extend>object-copy>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>mixin-deep": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp>undertaker>object.reduce>for-own>for-in": true,
|
|
|
|
"webpack>micromatch>snapdragon>base>mixin-deep>is-extendable": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>base>mixin-deep>is-extendable": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>debug": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"fs.SyncWriteStream": true,
|
|
|
|
"net.Socket": true,
|
|
|
|
"tty.WriteStream": true,
|
|
|
|
"tty.isatty": true,
|
|
|
|
"util": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"chrome": true,
|
|
|
|
"console": true,
|
|
|
|
"document": true,
|
|
|
|
"localStorage": true,
|
|
|
|
"navigator": true,
|
|
|
|
"process": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>debug>ms": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-accessor-descriptor": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-data-descriptor": true,
|
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-accessor-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-accessor-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-accessor-descriptor>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-data-descriptor": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-data-descriptor>kind-of": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>define-property>is-descriptor>is-data-descriptor>kind-of": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"browserify>insert-module-globals>is-buffer": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>source-map-resolve": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"builtin": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"url.resolve": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"setImmediate": true
|
2021-02-22 15:43:29 +01:00
|
|
|
},
|
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"gulp-sourcemaps>css>source-map-resolve>atob": true,
|
|
|
|
"gulp-sourcemaps>css>source-map-resolve>decode-uri-component": true,
|
|
|
|
"resolve-url-loader>rework>css>urix": true,
|
|
|
|
"webpack>micromatch>snapdragon>source-map-resolve>source-map-url": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>source-map-resolve>source-map-url": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"globals": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"define": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"webpack>micromatch>snapdragon>use": {
|
|
|
|
"packages": {
|
|
|
|
"3box>ipfs>kind-of": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>to-regex": {
|
|
|
|
"packages": {
|
|
|
|
"webpack>micromatch>regex-not": true,
|
|
|
|
"webpack>micromatch>to-regex>define-property": true,
|
|
|
|
"webpack>micromatch>to-regex>extend-shallow": true,
|
|
|
|
"webpack>micromatch>to-regex>safe-regex": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>to-regex>define-property": {
|
|
|
|
"packages": {
|
|
|
|
"gulp>gulp-cli>isobject": true,
|
|
|
|
"webpack>micromatch>define-property>is-descriptor": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>to-regex>extend-shallow": {
|
|
|
|
"packages": {
|
|
|
|
"webpack>micromatch>extend-shallow>assign-symbols": true,
|
|
|
|
"webpack>micromatch>to-regex>extend-shallow>is-extendable": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>to-regex>extend-shallow>is-extendable": {
|
|
|
|
"packages": {
|
2022-08-05 17:04:44 +02:00
|
|
|
"@babel/register>clone-deep>is-plain-object": true
|
2022-04-26 19:36:57 +02:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"webpack>micromatch>to-regex>safe-regex": {
|
|
|
|
"packages": {
|
|
|
|
"enzyme>rst-selector-parser>nearley>randexp>ret": true
|
|
|
|
}
|
|
|
|
},
|
2022-06-21 22:07:05 +02:00
|
|
|
"yargs": {
|
|
|
|
"builtin": {
|
|
|
|
"assert": true,
|
|
|
|
"fs": true,
|
|
|
|
"path": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"Error": true,
|
|
|
|
"console": true,
|
|
|
|
"process": true
|
|
|
|
},
|
|
|
|
"packages": {
|
|
|
|
"yargs>cliui": true,
|
|
|
|
"yargs>escalade": true,
|
|
|
|
"yargs>get-caller-file": true,
|
|
|
|
"yargs>require-directory": true,
|
|
|
|
"yargs>string-width": true,
|
|
|
|
"yargs>y18n": true,
|
|
|
|
"yargs>yargs-parser": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"yargs>cliui": {
|
|
|
|
"packages": {
|
|
|
|
"eslint>strip-ansi": true,
|
|
|
|
"yargs>cliui>wrap-ansi": true,
|
|
|
|
"yargs>string-width": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"yargs>cliui>wrap-ansi": {
|
|
|
|
"packages": {
|
|
|
|
"chalk>ansi-styles": true,
|
|
|
|
"eslint>strip-ansi": true,
|
|
|
|
"yargs>string-width": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"yargs>escalade": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.resolve": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"yargs>require-directory": {
|
|
|
|
"builtin": {
|
|
|
|
"fs.readdirSync": true,
|
|
|
|
"fs.statSync": true,
|
|
|
|
"path.dirname": true,
|
|
|
|
"path.join": true,
|
|
|
|
"path.resolve": true
|
|
|
|
}
|
|
|
|
},
|
2022-04-26 19:36:57 +02:00
|
|
|
"yargs>string-width": {
|
2021-02-22 15:43:29 +01:00
|
|
|
"packages": {
|
2022-04-26 19:36:57 +02:00
|
|
|
"eslint>strip-ansi": true,
|
|
|
|
"yargs>string-width>emoji-regex": true,
|
|
|
|
"yargs>string-width>is-fullwidth-code-point": true
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
2022-06-21 22:07:05 +02:00
|
|
|
},
|
|
|
|
"yargs>y18n": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true,
|
|
|
|
"util": true
|
|
|
|
}
|
|
|
|
},
|
|
|
|
"yargs>yargs-parser": {
|
|
|
|
"builtin": {
|
|
|
|
"fs": true,
|
|
|
|
"path": true,
|
|
|
|
"util": true
|
|
|
|
},
|
|
|
|
"globals": {
|
|
|
|
"process": true
|
|
|
|
}
|
2021-02-22 15:43:29 +01:00
|
|
|
}
|
|
|
|
}
|
2021-10-25 21:56:26 +02:00
|
|
|
}
|