roschaefer / rundfunk-mitbestimmen

How should your broadcasting fees be spent? Publish your support and improve the program.
https://rundfunk-mitbestimmen.de/
MIT License
39 stars 30 forks source link

Bump ember-concurrency from 0.8.26 to 2.0.3 in /frontend #1470

Open dependabot-preview[bot] opened 3 years ago

dependabot-preview[bot] commented 3 years ago

Bumps ember-concurrency from 0.8.26 to 2.0.3.

Release notes

Sourced from ember-concurrency's releases.

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.

    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.

Enhancements

  • Migrate task lifetimes to @ember/destroyable underneath, rather than patching willDestroy (#377).

    Potentially breaking: this drops support for Node 8 and Ember < 3.8 LTS

  • [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

... (truncated)

Changelog

Sourced from ember-concurrency's changelog.

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

  • Migrate task lifetimes to @ember/destroyable underneath, rather than patching willDestroy (#377).

    Potentially breaking: this drops support for Node 8 and Ember < 3.8 LTS

  • Ensure encapsulated task state can be accessed on the TaskInstance (#381, #383)

    Note: this uses Proxy and WeakMap, which may need to be polyfilled on IE 11.

... (truncated)

Commits
  • 4d1fd32 Release 2.0.3
  • 9c5791f Add CHANGELOG entry for 2.0.3
  • 641cad3 Merge pull request #414 from machty/mf-af-remove_helper_runloop_binding
  • 47ebc92 Remove runloop binding for perform helper
  • abd0618 chore: update to the latest Ember version
  • caff142 Merge pull request #410 from alexlafroscia/update-ember-qunit
  • 4763551 chore(deps): bump ember-cli-htmlbars to v5.6.3
  • 4b13ab7 Merge pull request #411 from mydea/fn/default-export
  • 9d5fdd6 Correctly import from private task-instance
  • c7c00be chore: de-duplicate packages in yarn.lock
  • Additional commits viewable in compare view
Maintainer changes

This version was pushed to npm by m4xm4n, a new releaser for ember-concurrency since your current version.


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 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](https://app.dependabot.com): - 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)