Skip to content

Releases: hoodiehq/hoodie-client

v10.2.0

18 Nov 01:00
Compare
Choose a tag to compare

Features

  • pouchDB V7 compatibility (#171)

v10.1.1

08 Aug 01:21
Compare
Choose a tag to compare

fixes

  • hoodie.trigger() should accept optional arguments

v10.0.2

18 Mar 14:58
Compare
Choose a tag to compare

<a name"10.0.2">

10.0.2 (2017-03-18)

Bug Fixes

  • doc: duplicate argument documentation (1e32931d)

v10.0.1

17 Mar 18:54
Compare
Choose a tag to compare

<a name"10.0.1">

10.0.1 (2017-03-17)

Bug Fixes

v10.0.0

09 Mar 09:11
Compare
Choose a tag to compare

10.0.0 (2017-03-09)

Breaking Changes

For hoodie.store:

  • Before, change events (incl. add, update, remove) have only been triggered when using the custom APIs like .add() or .update(). Now they get always triggered, including for changes replicated into the database. hoodiehq/pouchdb-hoodie-api@1958c42

  • the order of when the methods’ promises resolve and the events get triggered cannot be guaranteed as we rely on PouchDB’s .changes(). We would love to enforce promises to resolve after changes get emitted, but the required complexity to do that is not worth it.

  • separate methods like require(pouchdb-hoodie-api/add) can no longer be required directly

    The reason for that is that all the methods now also accept a prefix argument which by default is null. That way we don’t need to implement each method twice, once for store.add, and once for store.withIdPrefix(test/).add

  • We no longer map PouchDB’s ._id property to .id, instead we pass trough docs from PouchDB 1:1. Also the timestamps are now all namespaced with .hoodie (doc.createdAt becomes doc.hoodie.createdAt)

For hoodie.account:

  • account.ready has been removed. All APIs are now asynchronous, no setup is needed any longer

  • account.fetch() and account.profile.fetch() have been removed. Use account.get() and account.profile.get() instead

  • account.profile.get() returns a promise now. It also sends a request to the server requesting the current user’s profile properties unless options.local is set to true

  • account.get() returns a promise now. It also sends a request to the server requested the current user’s account properties unless one of the following conditions is true

    1. User is signed out
    2. Only id and or session properties are requested
    3. options.local is set to true
  • account.hasInvalidSession() has been removed. Use account.get(session) instead (check of session.invalid)

  • account.isSignedIn() has been removed. Use account.get(session) instead.

(5ebdbb67)

v9.0.2

14 Jan 22:41
Compare
Choose a tag to compare

<a name"9.0.2">

9.0.2 (2017-01-14)

Bug Fixes

  • hoodie.ready to resolve with API, not return it, after setup finished (#122) (0a9ae93b)

v9.0.1

10 Jan 00:08
Compare
Choose a tag to compare

<a name"9.0.1">

9.0.1 (2017-01-10)

Bug Fixes

  • hoodie.ready race condition (67d2efb9)

v9.0.0

25 Dec 19:03
Compare
Choose a tag to compare

<a name"9.0.0">

9.0.0 (2016-12-25)

Features

Breaking Changes

  • Hoodie dropped its dependency on localStorage in order to work in non-browser environments. In order to make that work we have to use async store APIs to load the current state like the session id, username or the connection status.

The APIs hoodie.account, hoodie.store and hoodie.connectionStatus can now only be used after the promise returned by hoodie.ready resolves.

(28b49664)

v8.0.3

25 Dec 18:32
Compare
Choose a tag to compare

<a name"8.0.3">

8.0.3 (2016-12-25)

Bug Fixes

  • package: @hoodie/store-client^6.0.2 (3d7794be)

v8.0.2

24 Dec 11:54
Compare
Choose a tag to compare

<a name"8.0.2">

8.0.2 (2016-12-24)

Bug Fixes

  • package: update @hoodie/store-client to version 7.0.0 (6b6a9cac)