Bump ember-concurrency from 1.1.3 to 2.1.0

[dependabot-preview]

Bumps ember-concurrency from 1.1.3 to 2.1.0.

Release notes

Sourced from ember-concurrency's releases.

2.1.0

New Features

• Implemented a public API for Yieldables, a new way to instrument TaskInstances by providing a safe mechanism to implement custom waiters, hooks, introspection, and other operations from application code. (#413)

Read more about Yieldables in the ember-concurrency docs

Bugfixes

• Avoid applying task state updates out of order (#423, #426, fixes #422)

Docs

• [docs] Document that @lastValue does not support chained property access (#429)

2.0.3

Bugfixes

• Remove runloop binding for perform and cancel-all helpers, which prevented proper instrumentation. (#414, fixes #409)
• Fix incorrect import for deprecated private task-instance module alias (#411, thanks @​mydea!)

Misc

• [dev] Upgrade qunit to v5 (#410, thanks @​alexlafroscia)
• [docs] Fix missing jsdoc documentation (#407)

2.0.2

Bugfixes

• Ensure lastRunning resets one-by-one as tasks are completed, successfully or not. (Fixes #403)
• Expose lastValue decorator in TS definitions (Fixes #404)

2.0.1

Bugfixes

• Prevent synchronous errors in cancelable promise helpers from being rethrown asynchronously later (#402, fixes #400. thanks @​Turbo87 for flagging!)
• Restore access to host context from encapsulated tasks (#401)

2.0.0

ember-concurrency 2.0 is primarily an "engine" replacement. Internally, its been substantially rewritten and decoupled from Ember at it's core. This will enable a much more maintainable codebase, as well as setting the stage for potential extraction of core primatives for us in the broader JavaScript ecosystem.

The application developer-facing changes are fairly minimal, and there are few potentially breaking semantic changes to the operation of the addon.

Please review the 2.0 Upgrade Guide for a thorough description of the changes for app and addon users alike.

New Features

• Use @tracked underneath on Ember 3.16+ (#354)

  Note: Within applications with both tracked & computed properties, if using a native getter to access task state, and wishing to use it alongside a computed property, @​dependantKeyCompat will need to be used on the getter as expected with any other tracked-prop using getter.

• Implement decorators from ember-concurrency-decorators. The "nice" decorators from ember-concurrency-decorators are now built-in to ember-concurrency, without requiring an additional addon or seperate import. All decorators are available for import directly from the top-level ember-concurrency package.

... (truncated)

Changelog

Sourced from ember-concurrency's changelog.

2.1.0

• Implemented a public API for Yieldables, a new way to instrument TaskInstances by providing a safe mechanism to implement custom waiters, hooks, introspection, and other operations from application code. (#413)
• Avoid applying task state updates out of order (#423, #426, fixes #422)
• [docs] Document that @lastValue does not support chained property access (#429)

2.0.3

• Remove runloop binding for perform and cancel-all helpers, preventing proper instrumentation. (#414, fixes #409)
• Fix incorrect import for deprecated private task-instance module alias (#411, thanks @​mydea!)
• [dev] Upgrade qunit to v5 (#410, thanks @​alexlafroscia)
• [docs] Fix missing jsdoc documentation (#407)

2.0.2

• Ensure lastRunning resets one-by-one as tasks are completed, successfully or not. (Fixes #403)
• Expose lastValue decorator in TS definitions (Fixes #406)

2.0.1

• Prevent synchronous errors in cancelable promise helpers from being rethrown asynchronously later (#402, fixes #400. thanks @​Turbo87 for flagging!)
• Restore access to host context from encapsulated tasks (#401)

2.0.0

• No substantive changes from 2.0.0-rc.2

2.0.0-rc.2

• Make Task#cancelAll and TaskInstance#cancel awaitable (#396). See topic in UPGRADING-2.x.md for more info.
• Fix TaskProperty extension methods not working with built-in decorators (e.g. ember-concurrency-retryable, ember-concurrency-test-waiters, etc.)
• [dev] Add test for interop w/ ember-concurrency-decorators
• [dev] Migrate CI to GitHub Actions (#393)

2.0.0-rc.1

• Implement decorators from ember-concurrency-decorators. The "nice" decorators from ember-concurrency-decorators are now built-in to ember-concurrency, without requiring an additional addon or seperate import. All decorators are available for import directly from the top-level ember-concurrency package.

  Addon maintainers: Please see notes in UPGRADING-2.x.md if you're using decorators currently, and wish to support both ember-concurrency 1.x and 2.x at runtime.

• [docs] Rewrite documentation to use native classes and decorators, and update tutorial to show rewriting of async function code, rather than Promise code, as is more common today.

2.0.0-beta.2

... (truncated)

Commits

• 3a73269 Release 2.1.0
• 62027ca Add changelog entry for 2.1.0
• 7896889 Merge pull request #429 from machty/mf-upgrade_2x_no_chained_prop_lastValue
• 374ff81 Document that @​lastValue does not support chained property access
• 73724bf Merge pull request #428 from machty/mf-yieldable_docs
• 50403f3 Merge pull request #421 from machty/dependabot/npm_and_yarn/elliptic-6.5.4
• a32fa7c Bump elliptic from 6.5.3 to 6.5.4
• 55c7e69 Merge pull request #418 from machty/dependabot/npm_and_yarn/y18n-3.2.2
• 1138baa Add documentation for Yieldables to the docs site
• 9a1cadd Bump y18n from 3.2.1 to 3.2.2
• Additional commits viewable in compare view

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 ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
• @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
• @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
• @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
• @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language
• @dependabot badge me will comment on this PR with code to add a "Dependabot enabled" badge to your readme

Additionally, you can set the following in your Dependabot dashboard:

• Update frequency (including time of day and day of week)
• Pull request limits (per update run and/or open at any time)
• Automerge options (never/patch/minor, and dev/runtime dependencies)
• Out-of-range updates (receive only lockfile updates, if desired)
• Security updates (receive only security updates, if desired)

[dependabot-preview]

Superseded by #429.