Skip to content
This repository has been archived by the owner on Aug 22, 2023. It is now read-only.

chore(deps-dev): bump mocha from 7.2.0 to 8.2.1 #99

Merged
merged 2 commits into from
Dec 11, 2020

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Nov 9, 2020

Bumps mocha from 7.2.0 to 8.2.1.

Release notes

Sourced from mocha's releases.

v8.2.1

8.2.1 / 2020-11-02

Fixed stuff.

🐛 Fixes

  • #4489: Fix problematic handling of otherwise-unhandled Promise rejections and erroneous "done() called twice" errors (@boneskull)
  • #4496: Avoid MaxListenersExceededWarning in watch mode (@boneskull)

Also thanks to @akeating for a documentation fix!

v8.2.0

8.2.0 / 2020-10-16

The major feature added in v8.2.0 is addition of support for global fixtures.

While Mocha has always had the ability to run setup and teardown via a hook (e.g., a before() at the top level of a test file) when running tests in serial, Mocha v8.0.0 added support for parallel runs. Parallel runs are incompatible with this strategy; e.g., a top-level before() would only run for the file in which it was defined.

With global fixtures, Mocha can now perform user-defined setup and teardown regardless of mode, and these fixtures are guaranteed to run once and only once. This holds for parallel mode, serial mode, and even "watch" mode (the teardown will run once you hit Ctrl-C, just before Mocha finally exits). Tasks such as starting and stopping servers are well-suited to global fixtures, but not sharing resources--global fixtures do not share context with your test files (but they do share context with each other).

Here's a short example of usage:

// fixtures.js
// can be async or not
exports.mochaGlobalSetup = async function() {
this.server = await startSomeServer({port: process.env.TEST_PORT});
console.log(server running on port ${this.server.port});
};
exports.mochaGlobalTeardown = async function() {
// the context (this) is shared, but not with the test files
await this.server.stop();
console.log(server on port ${this.server.port} stopped);
};
// this file can contain root hook plugins as well!
// exports.mochaHooks = { ... }

Fixtures are loaded with --require, e.g., mocha --require fixtures.js.

For detailed information, please see the documentation and this handy-dandy flowchart to help understand the differences between hooks, root hook plugins, and global fixtures (and when you should use each).

🎉 Enhancements

... (truncated)

Changelog

Sourced from mocha's changelog.

8.2.1 / 2020-11-02

Fixed stuff.

🐛 Fixes

  • #4489: Fix problematic handling of otherwise-unhandled Promise rejections and erroneous "done() called twice" errors (@boneskull)
  • #4496: Avoid MaxListenersExceededWarning in watch mode (@boneskull)

Also thanks to @akeating for a documentation fix!

8.2.0 / 2020-10-16

The major feature added in v8.2.0 is addition of support for global fixtures.

While Mocha has always had the ability to run setup and teardown via a hook (e.g., a before() at the top level of a test file) when running tests in serial, Mocha v8.0.0 added support for parallel runs. Parallel runs are incompatible with this strategy; e.g., a top-level before() would only run for the file in which it was defined.

With global fixtures, Mocha can now perform user-defined setup and teardown regardless of mode, and these fixtures are guaranteed to run once and only once. This holds for parallel mode, serial mode, and even "watch" mode (the teardown will run once you hit Ctrl-C, just before Mocha finally exits). Tasks such as starting and stopping servers are well-suited to global fixtures, but not sharing resources--global fixtures do not share context with your test files (but they do share context with each other).

Here's a short example of usage:

// fixtures.js
// can be async or not
exports.mochaGlobalSetup = async function() {
this.server = await startSomeServer({port: process.env.TEST_PORT});
console.log(server running on port ${this.server.port});
};
exports.mochaGlobalTeardown = async function() {
// the context (this) is shared, but not with the test files
await this.server.stop();
console.log(server on port ${this.server.port} stopped);
};
// this file can contain root hook plugins as well!
// exports.mochaHooks = { ... }

Fixtures are loaded with --require, e.g., mocha --require fixtures.js.

For detailed information, please see the documentation and this handy-dandy flowchart to help understand the differences between hooks, root hook plugins, and global fixtures (and when you should use each).

🎉 Enhancements

... (truncated)

Commits
  • 185cada Release v8.2.1
  • bddc079 update CHANGELOG for v8.2.1
  • d2e0e83 ensure eslint runs properly on PRs
  • 27cae39 properly dispose Mocha instance in watch mode; closes #4495
  • 5c004a9 do not run CI on closed PRs
  • 8318dff update deps for some vuln which is not applicable to mocha
  • c3ced39 delegate to Node on non-Mocha unhandled rejections (#4489)
  • fac181b Correct global fixtures release version
  • 7e490aa Change assert module's deprecated methods in testing files (#4435)
  • 0165112 add node.js v15 to build matrix
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually

@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Nov 9, 2020
@dependabot dependabot bot force-pushed the dependabot-npm_and_yarn-mocha-8.2.1 branch from fbe1bcb to ee6faa2 Compare November 12, 2020 14:44
@dependabot dependabot bot force-pushed the dependabot-npm_and_yarn-mocha-8.2.1 branch from ee6faa2 to b292dda Compare December 10, 2020 19:22
Bumps [mocha](https://github.com/mochajs/mocha) from 7.2.0 to 8.2.1.
- [Release notes](https://github.com/mochajs/mocha/releases)
- [Changelog](https://github.com/mochajs/mocha/blob/master/CHANGELOG.md)
- [Commits](mochajs/mocha@v7.2.0...v8.2.1)

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot force-pushed the dependabot-npm_and_yarn-mocha-8.2.1 branch from b292dda to 0ae6650 Compare December 11, 2020 13:57
* chore: add .mocharc.json

Authored via Leif

* chore: rm test/mocha.opts

Authored via Leif
@RasPhilCo RasPhilCo merged commit 951a5d9 into master Dec 11, 2020
@dependabot dependabot bot deleted the dependabot-npm_and_yarn-mocha-8.2.1 branch December 11, 2020 17:44
@RasPhilCo RasPhilCo restored the dependabot-npm_and_yarn-mocha-8.2.1 branch December 11, 2020 17:45
RasPhilCo pushed a commit that referenced this pull request Dec 11, 2020
* chore(deps-dev): bump mocha from 7.2.0 to 8.2.1

Bumps [mocha](https://github.com/mochajs/mocha) from 7.2.0 to 8.2.1.
- [Release notes](https://github.com/mochajs/mocha/releases)
- [Changelog](https://github.com/mochajs/mocha/blob/master/CHANGELOG.md)
- [Commits](mochajs/mocha@v7.2.0...v8.2.1)

Signed-off-by: dependabot[bot] <support@github.com>

* chore: sync .mocharc.json (#118)

* chore: add .mocharc.json

Authored via Leif

* chore: rm test/mocha.opts

Authored via Leif

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
dependencies Pull requests that update a dependency file
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant