github/puppeteer
0
0
Fork 0
mirror of https://github.com/puppeteer/puppeteer synced 2024-06-14 14:02:48 +00:00
Code Issues Packages Projects Releases Wiki Activity
9d79cc89cb
puppeteer/package.json

105 lines
3.9 KiB
JSON
Raw Normal View History

Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
{
"name": "puppeteer",
chore: bump version to v4.0.0-post (#6024)
2020-06-16 06:52:56 +00:00
"version": "4.0.0-post",
Add .npmignore (#282)
2017-08-16 05:30:56 +00:00
"description": "A high-level API to control headless Chrome over the DevTools Protocol",
chore(agnostic): ship CJS and ESM builds (#6095) * chore(agnostic): ship CJS and ESM builds For our work to enable Puppeteer in other environments (e.g. a browser) we need to ship an ESM build. This commit changes our config to ship to `lib/cjs` and `lib/esm` accordingly. The majority of our code stays the same, with one small fix for the CJS build to ensure that we ship a version that lets you `require('puppeteer')` rather than have to `require('puppeteer').default`. We do this with the `cjs-entry.js` which is what the `main` field in our `package.json` points to. We also swap to `read-pkg-up` to find the `package.json` file. This is because the folder structure of `lib/` does not match `src/` now we ship to `cjs` and `esm`, so you cannot rely on exact paths. This module works up from the file to find the nearest `package.json` so it will always find Puppeteer's `package.json`. Note that we *do not* point any users to the ESM build. We happen to ship those files so people who know about them can get at them but it's not expected (nor will we actively support) that people will rely on them. The CommonJS build is considered our main build. We may make breaking changes to the structure of the ESM build which we will do without requiring new major versions. For example the ESM build currently ships all files that the CJS build does, but given we are working on the ESM build being able to run in the browser this may change over time. Long term once the Node versions catch up we can ditch CJS and ship exclusively ESM but we are not there yet.
2020-06-25 13:24:46 +00:00
"main": "./cjs-entry.js",
chore: update URLs (#5185)
2019-11-26 12:12:25 +00:00
"repository": "github:puppeteer/puppeteer",
Fix readme example
2017-06-19 22:01:14 +00:00
"engines": {
chore: drop Node.js v8 support (#5365) * chore: update relevant Node.js versions from 8 to 10 * chore: remove node6 and node8 folders from puppeteer-firefox ci * fix: loosen definition for proc.stdio * fix: update typescript version used in npm run test-types
2020-03-10 20:55:32 +00:00
"node": ">=10.18.1"
Fix readme example
2017-06-19 22:01:14 +00:00
},
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
"scripts": {
chore: fix ESLint violation and lessen rule strictness (#6081)
2020-06-23 11:55:42 +00:00
"unit": "tsc --version && mocha --config mocha-config/puppeteer-unit-tests.js",
chore: update how we track coverage during unit tests (#5779) * chore: update how we track coverage during unit tests The old method of tracking coverage was causing issues. If a test failed on CI, that test's failure would be lost because the test failing would in turn cause the coverage to fail, but the `process.exit(1)` in the coverage code caused Mocha to not output anything useful. Instead the coverage checker now: * tracks the coverage in memory in a Map (this hasn't changed) * after all tests, writes that to disk in test/coverage.json (which is gitignored) * we then run a single Mocha test that asserts every method was called. This means if the test run fails, the build will fail and give the error about that test run, and that output won't be lost when the coverage then fails too. Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-04-30 12:00:41 +00:00
"unit-with-coverage": "cross-env COVERAGE=1 npm run unit",
"assert-unit-coverage": "cross-env COVERAGE=1 mocha --config mocha-config/coverage-tests.js",
chore: migrate unit tests to Mocha (#5600) Rather than maintain our own test runner we should instead lean on the community and use Mocha which is very popular and also our test runner of choice in DevTools too. Note that this commit doesn't remove the TestRunner source as it's still used for other unit tests, but they will be updated in a future PR and then we can remove the TestRunner. The main bulk of this PR is updating the tests as the old TestRunner passed in contextual data via the `it` function callback whereas Mocha does not, so we introduce some helpers for the tests to make it easier.
2020-04-09 05:56:25 +00:00
"funit": "PUPPETEER_PRODUCT=firefox npm run unit",
chore(testrunner): support first-class test debugging (#1606) This patch teaches testrunner to override both timeout and parallel execution option if there's attached inspector.
2017-12-15 22:25:06 +00:00
"debug-unit": "node --inspect-brk test/test.js",
chore: migrate remaining tests to Mocha (#5616) This commit updates all the non-Puppeteer unit tests to run using Mocha and then deletes the custom test runner framework from this repository. The documentation has also been updated.
2020-04-09 18:12:32 +00:00
"test-doclint": "mocha --config mocha-config/doclint-tests.js",
chore: fix npm test command (#6010) The `test` command referenced the task `npm run coverage`, which was renamed to `unit-with-coverage` in #5779.
2020-06-15 05:54:58 +00:00
"test": "npm run tsc && npm run lint --silent && npm run unit-with-coverage && npm run test-doclint && npm run test-types",
chore: fix installing from GitHub URL (#5669) The change to the install script to require TypeScript works fine when installing from npm (because on npm the `lib` directory with the compiled code already exists) but doesn't if you install from a GitHub URL. By default it seems npm uses the `files` list when you install from GitHub which means it's missing a bunch of files that we need to compile. Additionally by default when installing from a GitHub URL npm doesn't install the dependencies which is an issue for us when we need to compile TypeScript. The fix is to create a `prepare` script that runs TypeScript if required. From the npm docs [1]: > `prepare`: Run both BEFORE the package is packed and published, on > local npm install without any arguments, and when installing git > dependencies And from the npm docs on install [2], it confirms that if a package has a `prepare` script it is run when installing from GitHub: > As with regular git dependencies, dependencies and devDependencies > will be installed if the package has a prepare script, before the > package is done installing. Despite having the `prepare` script we still need the TypeScript check in `install.js` to satisfy the 3rd scenario below where we need to force a compile: * If I'm a user installing `puppeteer@X` from npm, the module is published with the `lib/` directory of compiled code, so I'm set. * If I'm a user installing Puppeteer from GitHub, the `prepare` script will run TypeScript for me so I'm set. * If I'm a developer working on Puppeteer, the `prepare` script also runs but _after_ `npm install` which means `install.js` fails as it requires `./lib/helper.js`. So in `install.js` we call `compileTypeScriptIfRequired` to catch this case. [1]: https://docs.npmjs.com/misc/scripts [2]: https://docs.npmjs.com/cli/install Co-authored-by: Mathias Bynens <mathias@qiwi.be> Fixes #5660.
2020-04-17 09:29:40 +00:00
"prepare": "node typescript-if-required.js",
chore: move code to src/ and emit with TypeScript (#5568) This updates our `tsconfig.json` so it emits our JavaScript files as well as type checking them. We compile into `./lib` which we then ship in our npm package. The source code has moved from `./lib` into `./src`. Because the `src/` directory is exclusively JS files, this change is a no-op in terms of code functionality but is the first step towards being able to replace `src/X.js` with `src/X.ts` in a way that allows us to migrate incrementally. The `lib` directory is gitignored, and the `src` directory is npmignored. On `npm publish` we will now run `npm run tsc` in order to generate the outputted code.
2020-04-02 14:25:19 +00:00
"prepublishOnly": "npm run tsc",
"dev-install": "npm run tsc && node install.js",
Add lint script and editorconfig file
2017-06-19 21:43:05 +00:00
"install": "node install.js",
chore: enforce consistent spacing around object curlys (#5700) The codebase was incredibly inconsistent with the use of spacing around curly braces, e.g.: ``` // this? const a = {b: 1} // or? const a = { b: 1 } ``` This extended into import statements also. Google's styleguide is no spacing, so we're going with that.
2020-04-21 09:40:04 +00:00
"eslint": "([ \"$CI\" = true ] && eslint --ext js --ext ts --quiet -f codeframe . || eslint --ext js --ext ts .)",
chore: add command to run eslint with `--fix` flag (#5829)
2020-05-07 13:54:33 +00:00
"eslint-fix": "eslint --ext js --ext ts --fix .",
chore: enforce consistent spacing around object curlys (#5700) The codebase was incredibly inconsistent with the use of spacing around curly braces, e.g.: ``` // this? const a = {b: 1} // or? const a = { b: 1 } ``` This extended into import statements also. Google's styleguide is no spacing, so we're going with that.
2020-04-21 09:40:04 +00:00
"lint": "npm run eslint && npm run tsc && npm run doc",
Implement public API coverage This patch: - implements a basic public API coverage based on 'helper.tracePublicAPI' methods - adds `npm run coverage` command which reports coverage after running all of the unit tests References #50.
2017-07-27 23:16:37 +00:00
"doc": "node utils/doclint/cli.js",
chore: clean `lib` when running tsc (#5982) I've had misleading type errors due to left over builds or tests behaving oddly. We should just strip the entire folder out before building again so there's no left over artefacts that could cause issues. The `|| true` in the command is so if `rm` errors because the folder doesn't exist, it doesn't exit with an error code.
2020-06-09 11:10:19 +00:00
"clean-lib": "rm -rf lib",
chore(agnostic): ship CJS and ESM builds (#6095) * chore(agnostic): ship CJS and ESM builds For our work to enable Puppeteer in other environments (e.g. a browser) we need to ship an ESM build. This commit changes our config to ship to `lib/cjs` and `lib/esm` accordingly. The majority of our code stays the same, with one small fix for the CJS build to ensure that we ship a version that lets you `require('puppeteer')` rather than have to `require('puppeteer').default`. We do this with the `cjs-entry.js` which is what the `main` field in our `package.json` points to. We also swap to `read-pkg-up` to find the `package.json` file. This is because the folder structure of `lib/` does not match `src/` now we ship to `cjs` and `esm`, so you cannot rely on exact paths. This module works up from the file to find the nearest `package.json` so it will always find Puppeteer's `package.json`. Note that we *do not* point any users to the ESM build. We happen to ship those files so people who know about them can get at them but it's not expected (nor will we actively support) that people will rely on them. The CommonJS build is considered our main build. We may make breaking changes to the structure of the ESM build which we will do without requiring new major versions. For example the ESM build currently ships all files that the CJS build does, but given we are working on the ESM build being able to run in the browser this may change over time. Long term once the Node versions catch up we can ditch CJS and ship exclusively ESM but we are not there yet.
2020-06-25 13:24:46 +00:00
"tsc": "npm run clean-lib && tsc --version && npm run tsc-cjs && npm run tsc-esm",
"tsc-cjs": "tsc -p . && cp src/protocol.d.ts lib/cjs",
"tsc-esm": "tsc --build tsconfig-esm.json && cp src/protocol.d.ts lib/esm",
chore: make sure Puppeteer bundling works (#3239) This patch: - adds "browser" field to the package.json with default bundling options. - introduces "bundle" and "unit-bundle" commands to create bundle and test bundle - starts running bundle tests on Travis Node 8 bots Fixes #2374.
2018-09-13 19:08:51 +00:00
"apply-next-version": "node utils/apply_next_version.js",
chore: enforce src/protocol.d.ts is in sync (#5762) * chore: enforce src/protocol.d.ts is in sync On CI we run `npm run compare-protocol-d-ts` which checks that the file on disk is up to date with the protocol we fetch from the browser. Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-04-28 12:58:42 +00:00
"update-protocol-d-ts": "node utils/protocol-types-generator update",
"compare-protocol-d-ts": "node utils/protocol-types-generator compare",
chore: Introduce API Extractor and start generating documentation (#5967)
2020-06-04 10:47:13 +00:00
"test-install": "scripts/test-install.sh",
chore: ensure new-docs are up to date (#5994) * chore: ensure new-docs are up to date This adds a Travis check that if we re-generate the docs we get the exact output (by checking if the Git tree is dirty). We do the dirty check by using `git status --porcelain`, seeing how many lines that outputs, and using that as the exit code (taking only the first 255 lines to avoid invalid exit codes). `--porcelain` makes the output be empty if the repo is not dirty in anyway which translates into an exit code of 0. We can't use `git diff-index --quiet HEAD` as it exits with 0 if there are untracked files in the repo but we want that to cause a failure.
2020-06-11 08:48:37 +00:00
"generate-docs": "npm run tsc && api-extractor run --local --verbose && api-documenter markdown -i temp -o new-docs",
chore: add dependency chart generation as script (#6034)
2020-06-17 13:29:39 +00:00
"ensure-new-docs-up-to-date": "npm run generate-docs && exit `git status --porcelain | head -255 | wc -l`",
chore: exclude api.ts from dependency graph (#6052) `api.ts` is a list of all our modules which is used to install a helper and by DocLint. It's not that useful for our dep graph because it literally requires the majority of modules so it just clutters up the diagram.
2020-06-19 12:44:49 +00:00
"generate-dependency-graph": "echo 'Requires graphviz installed locally!' && depcruise --exclude 'api.ts' --do-not-follow '^node_modules' --output-type dot src/index.ts | dot -T png > dependency-chart.png"
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
},
chore: manage published files via `files` option (#5659) Rather than a denylist (`.npmignore`) we can instead use an allowlist via the `files` option in `package.json`. This makes it much harder to accidentally include files or folders in the build as you have to explicitly list the files that will be included. Fixes #5648.
2020-04-17 09:32:25 +00:00
"files": [
"lib/",
chore: add test for npm package installing correctly (#5714) * chore: add test for npm package installing correctly This command packs up the module and installs it again to check we're correctly bundling everything we need to allow users to do a fresh install. * install realpath
2020-04-22 14:33:36 +00:00
"install.js",
chore(agnostic): ship CJS and ESM builds (#6095) * chore(agnostic): ship CJS and ESM builds For our work to enable Puppeteer in other environments (e.g. a browser) we need to ship an ESM build. This commit changes our config to ship to `lib/cjs` and `lib/esm` accordingly. The majority of our code stays the same, with one small fix for the CJS build to ensure that we ship a version that lets you `require('puppeteer')` rather than have to `require('puppeteer').default`. We do this with the `cjs-entry.js` which is what the `main` field in our `package.json` points to. We also swap to `read-pkg-up` to find the `package.json` file. This is because the folder structure of `lib/` does not match `src/` now we ship to `cjs` and `esm`, so you cannot rely on exact paths. This module works up from the file to find the nearest `package.json` so it will always find Puppeteer's `package.json`. Note that we *do not* point any users to the ESM build. We happen to ship those files so people who know about them can get at them but it's not expected (nor will we actively support) that people will rely on them. The CommonJS build is considered our main build. We may make breaking changes to the structure of the ESM build which we will do without requiring new major versions. For example the ESM build currently ships all files that the CJS build does, but given we are working on the ESM build being able to run in the browser this may change over time. Long term once the Node versions catch up we can ditch CJS and ship exclusively ESM but we are not there yet.
2020-06-25 13:24:46 +00:00
"typescript-if-required.js",
chore: Don't store revisions in `package.json` (#6109) * chore: Don't store revisions in `package.json` It's quite messy to have to require the `package.json` file in multiple places purely to find out what revision of a given browser we want to use. We can also achieve better type safety by placing it in an actual source file. This commit makes that change and also tidies up our reliance on `package.json` within the source code generally; we now only use it to find the location of the Puppeteer root such that we know where to install downloaded browsers to. To avoid using `package.json` to parse the name of the module, we also now explicitly have an entry point for the Puppeteer module and the Puppeter Core module. This will make it easier in the future to ship less code as part of core (e.g. core never needs to download a browser, so why ship that code?). Core can also then not have any revisions based info contained in it. The test install script has also been updated to ensure that puppeteer-core can be installed correctly too. Finally, the `install` script has been moved to TypeScript for nicer typechecking and safety. The functionality of it has not changed.
2020-06-29 15:13:24 +00:00
"cjs-entry.js",
"cjs-entry-core.js"
chore: manage published files via `files` option (#5659) Rather than a denylist (`.npmignore`) we can instead use an allowlist via the `files` option in `package.json`. This makes it much harder to accidentally include files or folders in the build as you have to explicitly list the files that will be included. Fixes #5648.
2020-04-17 09:32:25 +00:00
],
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
"author": "The Chromium Authors",
correct license to be a valid SPDX license expression
2017-08-31 18:16:28 +00:00
"license": "Apache-2.0",
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
"dependencies": {
chore: update dependencies (#3526) Major updates are: - `ws` moved to major 6 - no breaking changes for us. - `eslint` updated to major 5 - adds support for object spread.
2018-11-09 23:32:20 +00:00
"debug": "^4.1.0",
chore(deps): update extract-zip to version 2 (#5610) extract-zip removed support for callbacks and instead uses promises. Moreover, it has TypeScript support which allows us to remove the @types/extract-zip package. This update allows downstream users to remove their installation of mkdirp, which uses a vulnerable version of minimist. For more info, see https://github.com/maxogden/extract-zip/releases/tag/v2.0.0 Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-04-09 19:13:25 +00:00
"extract-zip": "^2.0.0",
chore: upgrade https-proxy-agent (#5243) https-proxy-agent requires agent-base, which currently monkey-patches the core `https` Node module, causing problems in unrelated code. The latest version of https-proxy-agent uses the latest version of agent-base which no longer does this monkey patching.
2019-12-11 14:40:22 +00:00
"https-proxy-agent": "^4.0.0",
chore(deps): bump dependencies (#2397) Fixes #2394
2018-04-17 21:51:03 +00:00
"mime": "^2.0.3",
chore: migrate away from Node's EventEmitter (#5979)
2020-06-15 10:52:19 +00:00
"mitt": "^2.0.1",
chore: Don't store revisions in `package.json` (#6109) * chore: Don't store revisions in `package.json` It's quite messy to have to require the `package.json` file in multiple places purely to find out what revision of a given browser we want to use. We can also achieve better type safety by placing it in an actual source file. This commit makes that change and also tidies up our reliance on `package.json` within the source code generally; we now only use it to find the location of the Puppeteer root such that we know where to install downloaded browsers to. To avoid using `package.json` to parse the name of the module, we also now explicitly have an entry point for the Puppeteer module and the Puppeter Core module. This will make it easier in the future to ship less code as part of core (e.g. core never needs to download a browser, so why ship that code?). Core can also then not have any revisions based info contained in it. The test install script has also been updated to ensure that puppeteer-core can be installed correctly too. Finally, the `install` script has been moved to TypeScript for nicer typechecking and safety. The functionality of it has not changed.
2020-06-29 15:13:24 +00:00
"pkg-dir": "^4.2.0",
chore: update dependencies (#3526) Major updates are: - `ws` moved to major 6 - no breaking changes for us. - `eslint` updated to major 5 - adds support for object spread.
2018-11-09 23:32:20 +00:00
"progress": "^2.0.1",
Adding proxy support for ChromiumDownloader (#455) This patch teaches puppeteer to download chromium over the HTTP proxy, if any. Fixes #448.
2017-08-23 15:33:29 +00:00
"proxy-from-env": "^1.0.0",
chore: bump rimraf to v3.0.2 (#5431) `rimraf` version 3.0.2 doesn't throw any more when used in Jest environment. Fixes #5425
2020-03-12 21:17:47 +00:00
"rimraf": "^3.0.2",
(feat) Add option to fetch Firefox Nightly (#5467) * (feat) Add option to fetch Firefox Nightly Add Firefox support to BrowserFetcher and the install script. By default, the latest Firefox Nightly is downloaded directly from archive.mozilla.org (dmg, tar.bz2 and zip) This also required changes that impact `puppeteer.launch()` and `puppeteer.executablePath()` Fixes #5151 * Update docs/api.md Co-Authored-By: Mathias Bynens <mathias@qiwi.be> * Clean up revision promise * Improve error handling in revision check * Remove matchAll * Use explicit octal mode * Update .gitignore Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-03-10 20:59:03 +00:00
"tar-fs": "^2.0.0",
"unbzip2-stream": "^1.3.3",
chore: update ws library (#5638) Updates `ws` and `@types/ws` to version 7. The breaking changes in version 7 are not ones that impact this project [1]. [1]: https://github.com/websockets/ws/releases/tag/7.0.0
2020-04-14 14:13:38 +00:00
"ws": "^7.2.3"
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
},
Add minimal test framework This patch adds some minimal tests for puppeteer's Page using Jasmine.
2017-05-12 23:36:37 +00:00
"devDependencies": {
chore: pin TSDoc related dependencies (#6063) Without the API-* dependencies pinned different versions may be installed on local machines vs CI. One of the checks we do is to check that the checked in docs matches what is generated on CI. Therefore we need to ensure devs locally run the exact version that CI runs such that they generate the same output. So in this case we pin to a particular version of the dependencies.
2020-06-22 08:16:51 +00:00
"@microsoft/api-documenter": "7.8.14",
"@microsoft/api-extractor": "7.8.12",
chore: update dependencies (#3526) Major updates are: - `ws` moved to major 6 - no breaking changes for us. - `eslint` updated to major 5 - adds support for object spread.
2018-11-09 23:32:20 +00:00
"@types/debug": "0.0.31",
chore(deps): bump dependencies (#2397) Fixes #2394
2018-04-17 21:51:03 +00:00
"@types/mime": "^2.0.0",
chore: migrate tests to TypeScript (#6075) This CL migrates all the tests to TypeScript. The main benefits of this is that we start consuming our TypeScript definitions and therefore find errors in them. The act of migrating found some bugs in our definitions and now we can be sure to avoid them going forwards. You'll notice the addition of some `TODO`s in the code; I didn't want this CL to get any bigger than it already is but I intend to follow those up once this lands. It's mostly figuring out how to extend the `expect` types with our `toBeGolden` helpers and some other slight confusions with types that the tests exposed. Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-06-23 05:18:46 +00:00
"@types/mocha": "^7.0.2",
"@types/node": "^14.0.13",
chore: add @types/proxy-from-env (#5831)
2020-05-07 16:26:26 +00:00
"@types/proxy-from-env": "^1.0.1",
chore: Use Typescript to lint JSDoc annotations (#986) This patch starts using typescript to lint JSDoc annotations. Note: this uses typescript's bleeding edge. We should migrate to stable once it has all the necessary bugfixes. References #65.
2017-10-10 05:31:40 +00:00
"@types/rimraf": "^2.0.2",
(feat) Add option to fetch Firefox Nightly (#5467) * (feat) Add option to fetch Firefox Nightly Add Firefox support to BrowserFetcher and the install script. By default, the latest Firefox Nightly is downloaded directly from archive.mozilla.org (dmg, tar.bz2 and zip) This also required changes that impact `puppeteer.launch()` and `puppeteer.executablePath()` Fixes #5151 * Update docs/api.md Co-Authored-By: Mathias Bynens <mathias@qiwi.be> * Clean up revision promise * Improve error handling in revision check * Remove matchAll * Use explicit octal mode * Update .gitignore Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-03-10 20:59:03 +00:00
"@types/tar-fs": "^1.16.2",
chore: update ws library (#5638) Updates `ws` and `@types/ws` to version 7. The breaking changes in version 7 are not ones that impact this project [1]. [1]: https://github.com/websockets/ws/releases/tag/7.0.0
2020-04-14 14:13:38 +00:00
"@types/ws": "^7.2.4",
chore(eslint): add eslint typescript linting (#5635) This commit adds linting for `*.ts` files and loads up the recommended list of TS rules from the ESLint TypeScript plugin. We can adjust the exact rules overtime, but starting with the recommended list seems sensible.
2020-04-14 11:08:52 +00:00
"@typescript-eslint/eslint-plugin": "^2.28.0",
"@typescript-eslint/parser": "^2.28.0",
chore: update dependencies (#3526) Major updates are: - `ws` moved to major 6 - no breaking changes for us. - `eslint` updated to major 5 - adds support for object spread.
2018-11-09 23:32:20 +00:00
"commonmark": "^0.28.1",
chore: Allow development under Windows platform (#992) This patch improves life of puppeteer contributor on Windows: - Setting environment variables using cross-env since Windows requires the SET command. - Calling Jasmine in the script debug-unit using jasmine's JavaScript binary instead of shell. - Add /test/test-user-data-dir* to .gitignore since temporary user data directories, in case of test fails, remains in the test directory.
2017-10-11 19:14:13 +00:00
"cross-env": "^5.0.5",
chore: add dependency chart generation as script (#6034)
2020-06-17 13:29:39 +00:00
"dependency-cruiser": "^9.7.0",
chore: upgrade eslint to v6.8.0 (#5563)
2020-03-31 16:43:06 +00:00
"eslint": "^6.8.0",
chore: add Prettier (#5825)
2020-05-07 10:54:55 +00:00
"eslint-config-prettier": "^6.11.0",
chore: migrate unit tests to Mocha (#5600) Rather than maintain our own test runner we should instead lean on the community and use Mocha which is very popular and also our test runner of choice in DevTools too. Note that this commit doesn't remove the TestRunner source as it's still used for other unit tests, but they will be updated in a future PR and then we can remove the TestRunner. The main bulk of this PR is updating the tests as the old TestRunner passed in contextual data via the `it` function callback whereas Mocha does not, so we introduce some helpers for the tests to make it easier.
2020-04-09 05:56:25 +00:00
"eslint-plugin-mocha": "^6.3.0",
chore: add Prettier (#5825)
2020-05-07 10:54:55 +00:00
"eslint-plugin-prettier": "^3.1.3",
chore: enforce naming of errors in catch blocks (#5763)
2020-04-28 13:16:28 +00:00
"eslint-plugin-unicorn": "^19.0.1",
Implement documentation linter (#47) This patch implements documentation linter, which leaves under `test/doclint` folder. The documentation linter works like this: 1. Parse javascript source code with esprima and construct a "documentation" out of source code 2. Generate HTML out of `api.md` and traverse the HTML with puppeteer. 3. Make sure javascript aligns nicely with HTML The documentation linter adds the following commands: - `yarn doc` - to test that documentation covers all the relevant apis - `yarn generate-toc` - to update the table-of-contents for the `api.md`
2017-07-07 16:36:45 +00:00
"esprima": "^4.0.0",
chore: Use expect for assertions (#5581) Rather than use our own custom expect library, we can use expect from npm [1], which has an API almost identical to the one Puppeteer has, but with more options, better diffing, and is used by many in the community as it's the default assertions library that comes with Jest. It's also thoroughly documented [2]. [1]: https://www.npmjs.com/package/expect [2]: https://jestjs.io/docs/en/expect
2020-04-03 11:22:55 +00:00
"expect": "^25.2.7",
chore: update pngjs to 5.0.0 and jpeg-js to 0.3.7 (#5676)
2020-04-23 09:38:00 +00:00
"jpeg-js": "^0.3.7",
Introduce screenshot tests This patch introduces a goldentest.js. The tests inside the file should rely on "golden" results rather then asserts. For now, goldentest.js allows only image expectations. If the actual result doesn't match the expected result, the two files are created under `test/output` folder: - The '-actual.png' contains the actual test result - The '-diff.png' contains the diff between images
2017-06-16 21:33:34 +00:00
"minimist": "^1.2.0",
chore: upgrade to Mocha v8 (#5997) * chore: upgrade to Mocha v8 Mocha v8 has some nice improvements and also unlocks the potential to have parallel test runs which may speed up CI.
2020-06-18 15:26:30 +00:00
"mocha": "^8.0.1",
Introduce screenshot tests This patch introduces a goldentest.js. The tests inside the file should rely on "golden" results rather then asserts. For now, goldentest.js allows only image expectations. If the actual result doesn't match the expected result, the two files are created under `test/output` folder: - The '-actual.png' contains the actual test result - The '-diff.png' contains the diff between images
2017-06-16 21:33:34 +00:00
"ncp": "^2.0.0",
add missing pngjs module
2017-06-16 22:02:14 +00:00
"pixelmatch": "^4.0.2",
chore: update pngjs to 5.0.0 and jpeg-js to 0.3.7 (#5676)
2020-04-23 09:38:00 +00:00
"pngjs": "^5.0.0",
chore: add Prettier (#5825)
2020-05-07 10:54:55 +00:00
"prettier": "^2.0.5",
Warn when given unsupported product name. (#5845) * Warn when given unsupported product name. Fixes #5844. This change means when a user launches Puppeteer with a product name that is not supported (which at the time of this commit means it's not `firefox` or `chrome) we will warn them about it. Decided on just a warning vs an error because the current behaviour is that we fallback to launching Chrome and I don't think this warrants a breaking change.
2020-05-12 09:30:24 +00:00
"sinon": "^9.0.2",
chore: Use Typescript to lint JSDoc annotations (#986) This patch starts using typescript to lint JSDoc annotations. Note: this uses typescript's bleeding edge. We should migrate to stable once it has all the necessary bugfixes. References #65.
2017-10-10 05:31:40 +00:00
"text-diff": "^1.0.1",
chore: migrate tests to TypeScript (#6075) This CL migrates all the tests to TypeScript. The main benefits of this is that we start consuming our TypeScript definitions and therefore find errors in them. The act of migrating found some bugs in our definitions and now we can be sure to avoid them going forwards. You'll notice the addition of some `TODO`s in the code; I didn't want this CL to get any bigger than it already is but I intend to follow those up once this lands. It's mostly figuring out how to extend the `expect` types with our `toBeGolden` helpers and some other slight confusions with types that the tests exposed. Co-authored-by: Mathias Bynens <mathias@qiwi.be>
2020-06-23 05:18:46 +00:00
"ts-node": "^8.10.2",
chore: fix ESLint violation and lessen rule strictness (#6081)
2020-06-23 11:55:42 +00:00
"typescript": "3.9.5"
chore: make sure Puppeteer bundling works (#3239) This patch: - adds "browser" field to the package.json with default bundling options. - introduces "bundle" and "unit-bundle" commands to create bundle and test bundle - starts running bundle tests on Travis Node 8 bots Fixes #2374.
2018-09-13 19:08:51 +00:00
},
"browser": {
"./lib/BrowserFetcher.js": false,
"ws": "./utils/browser/WebSocket",
"fs": false,
"child_process": false,
"rimraf": false,
"readline": false
Puppeteer: staging commit.
2017-05-11 07:06:41 +00:00
}
}
Reference in New Issue Copy Permalink