search

cybertooth-io / ember-simple-auth-aws-amplify

Ember Simple Auth implementation using AWS Amplify.
MIT License
2 stars 0 forks source link

Bump ember-concurrency from 1.1.3 to 2.1.0 #353

Closed dependabot-preview[bot] closed 3 years ago

dependabot-preview[bot] commented 3 years ago

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

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 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 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 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 the `.dependabot/config.yml` file in this repo: - Update frequency - Out-of-range updates (receive only lockfile updates, if desired) - Security updates (receive only security updates, if desired)
dependabot-preview[bot] commented 3 years ago

Superseded by #373.