Skip to content

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented May 25, 2019

This PR contains the following updates:

Package Type Update Change References
fluture dependencies major ^4.3.5 -> ^11.0.0 source

Release Notes

fluture-js/Fluture

v11.0.1

Compare Source

Corrects an issue in the TypeScript typings for the chainRej function.

v11.0.0

Compare Source

⚠️ Breaking changes

  • #​311 Disposal Futures provided to hook are no longer allowed to reject. When they do, an Error is raised, and the process should be treated as corrupt.
  • #​313 Add TypeScript definitions for debugMode and Future.alt.

v10.3.1

Compare Source

v10.3.0

Compare Source

New Features

  • Implemented Fantasy Land Alt on Future instances (alt). As a result, the or function is now an alias of alt.

v10.2.0

Compare Source

New Features

  • Add "async stack traces": A feature which makes caught errors have extra
    stack traces appended to their stack property, allowing users to trace
    the origin of an exception across multiple ticks.
  • Add Future.debugMode: A function to turn async stack traces on or off.

🚀 Improvements

  • Reduce bundle size through dependency trimming
  • Fix a bug where a Computation could settle after crashing

v10.1.1

Compare Source

v10.1.0

Compare Source

New Features

  • Add Future#pipe: A method for inclusion of regular functions in a
    fluent method-chain.

🚀 Improvements

  • Reduce bundle size through dependency trimming
  • The ConcurrentFuture type now works properly with sanctuary-show

v10.0.0

Compare Source

⚠️ Breaking changes

  • #​276 The "module" package file has been renamed from index.mjs.js to
    index.mjs.
  • #​277 It is no longer possible to use Future.ap, Future.map,
    Future.bimap, Future.chain, or Future.alt on non-Fantasy Land types.
    If you were using any of these functions from Fluture to treat JavaScript's
    native types as Fantasy Land algebraic types, you should migrate those
    call-sites to use the Ramda or Sanctuary exported dispatchers instead.
  • #​281 Future.finally no longer runs the cleanup Future when it is cancelled.
    If you rely on this behaviour, I urge you to rewrite the relevant code with
    Future.hook (even if you don't upgrade Fluture).

New features

  • #​276 The Fluture source is now loadable by Node's experimental module loader,
    and the esm loader.
  • #​280 The Future.of function now has an alias resolve, which is exported
    statically as well as exposed as a property on the Future constructor.

🐛 Bug fixes and improvements

  • #​277 Fluture no longer depends on sanctuary-type-classes, reducing bundle size.
  • #​277 Performance of Fantasy Land dispatchers greatly improved.
  • #​281 The undesired consequences of the cancellation-related behaviour in
    Fluture.finally are gone now that the behaviour has been removed.

v9.0.2

Compare Source

v9.0.1

Compare Source

v9.0.0

Compare Source

⚠️ Breaking changes

  • #​224 Exceptions are now caught and rethrown in fork.
  • #​230 Many of the TypeScript type definitions that used never now use a
    generic instead.
  • #​238 When unsubscribing from a Future created by hook, the cancellation
    signal is no longer sent to the disposal Future.
  • #​266 Exported TypeScript interfaces have been renamed to avoid naming
    conflicts with exported values.

New features

v8.0.2

Compare Source

v8.0.1

Compare Source

v8.0.0

Compare Source

This release updates sanctuary-type-classes, which contains a breaking change. This change will only affect you if you are using Future.map on other Functors, specifically, Objects.

⚠️ Breaking changes

  • #​157 When mapping over an Object using Future.map, inherited properties are no longer transformed.

v7.2.2

Compare Source

v7.2.1

Compare Source

v7.2.0

Compare Source

New features

  • All code is now published as es5, allowing front-end builds to apply tree-shaking without worrying about transpiling es6.

🐛 Bug fixes

  • Corrected a mistake in the TypeScript type definitions which caused the default export from Fluture to be typed incorrectly.
  • Fixed an issue where TypeScript would not recognize that the return values of generator functions conform to Fluture's Iterator interface.

v7.1.3

Compare Source

v7.1.2

Compare Source

v7.1.1

Compare Source

v7.1.0

Compare Source

New features

  • Added an alt function to use with Alt types such as ConcurrentFuture.
  • Added of, ap, map, alt and zero functions to Par, making the ConcurrentFuture type Static Land -compliant.

Improvements

  • All TypeScript interfaces are now exported.
  • Typescript definitions for ap and map are now overloaded to work on ConcurrentFuture instances as well as Future instances.
  • Added Typescript definitions for extractLeft and extractRight methods.

v7.0.1

Compare Source

v7.0.0

Compare Source

⚠️ Breaking changes

  • #​129 Some TypeScript projects might break due to the increased strictness introduced by type definitions.
  • b3851fe The chainRec named export has been removed in favor of regular recursion.

New features

  • #​129 Projects which consume Fluture as an ES6 module can now enjoy full TypeScript support!

v6.3.0

Compare Source

Improvements

  • #​128 The performance of transforming Futures has improved significantly.
  • #​131 Future.parallel has been made stack-safe.
  • #​131 Future.parallel now guarantees execution order.
  • #​132 Improve version interoperability.

🗒️ Note

6.3.x futures will not be compatible with 6.2.x Futures, so when upgrading, make sure to upgrade all producers of Future instances.

To avoid having to do this with future releases, I recommend setting Fluture as a peerDependency if you are maintaining a library which exposes Future instances to its users.


🐛 Bug fixes since 6.2.6

  • #​119 The right-hand Future passed to Future.both was being executed twice under some circumstances.
  • #​124 Using Future.parallel with Future.hook in a certain way led to fork() throwing an exception.

v6.2.8

Compare Source

v6.2.7

Compare Source

v6.2.6

Compare Source

New features

  • #​111 Add Future.done() and Future#done(): an easy way to fork using a Nodeback.

🐛 Bug fixes and improvements

  • #​108 Correct a common typo in many error messages.
  • #​109 Fix Static Land compliance of the Future type representative exported by the module build.
  • e24fa0f A problem related to the order in which asynchronous actions were executed was resolved
  • e24fa0f Parallel actions are now cancelled appropriately as one early-terminates
  • 9296445 Optimize when parallel actions are executed
  • 446a27f Prevent asynchronous concurrent actions from running twice
  • 9c5900b Improve chains interoperability of different compatible versions of Fluture
  • f434193 Make Future#both() cancel the other when the one rejects.

v6.2.5

Compare Source

v6.2.4

Compare Source

v6.2.3

Compare Source

v6.2.2

Compare Source

v6.2.1

Compare Source

v6.2.0

Compare Source

v6.1.1

Compare Source

v6.1.0

Compare Source

v6.0.1

Compare Source

⚠️ Breaking changes

  • #​80 The ES5 import has been moved from fluture/es5 to fluture.
  • #​80 The Future#hook method (but not the function) has been removed.
  • #​80 The Future#cache method (but not the function) has been removed.
  • #​80 Old environments are asked to bring their own polyfills for
    Object.create, Object.assign and Array.isArray.
  • #​96 The arguments to the ap-method have been flipped back.
  • #​97 and and or no longer run the two Futures in parallel.
  • #​98 fromPromise has been renamed to encaseP.
  • 1a636d5 chainRec is no longer curried and direct use is now discouraged.

New features

  • #​80 Added an ES6 module for use with tools like Rollup.
  • #​80 All transformations, including recursive chain, are now stack safe!
  • #​80 Added isNever.
  • #​98 Added tryP, the nullary version of encaseP.

🐛 Bug fixes and improvements

  • #​98 Errors thrown while transforming Futures produced by tryP or encaseP
    no longer get caught (and silenced) by the Promise.
  • #​80 User-supplied functions no longer have strict arity requirements.
  • #​80 Future.hook no longer cancels the acquire Future after it has settled.
  • #​80 Future.hook now always cancels running Futures appropriately.
  • #​80 Added aliases attempt = try, go = do, lastly = finally.
  • #​102 Supplying incompatible or outdated instances of Fluture now throws more
    sensible error messages.
  • 192c34b Added fast failure to encase and encaseP.

v5.0.0

Compare Source

Compare 4.3.5...5.0.0

⚠️ Breaking changes

New features

  • #​70 Add a new ConcurrentFuture type

🐛 Bug fixes and improvements

  • #​59 Fluture now recognizes Futures from other versions of Fluture as valid Futures
  • #​4 #​69 All curried functions now fail fast
  • #​73 Future.finally() now runs finally computation when cancelled

Renovate configuration

📅 Schedule: At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻️ Rebasing: Whenever PR becomes conflicted, or if you modify the PR title to begin with "rebase!".

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot. View repository job log here.

Copy link

@codelingo codelingo bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@dmitriz dmitriz merged commit f87f3a7 into master May 25, 2019
@renovate renovate bot deleted the renovate/fluture-11.x branch May 25, 2019 07:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants