4.1.2 (2022-01-25)

This project is deprecated and has become kinto-remote-settings. See https://github.com/mozilla/remote-settings/

4.1.1 (2021-11-15)

Bug fixes

• Fix redirection for old ?_since values on changeset endpoints (fixes #299)

4.1.0 (2021-10-28)

New features

• Send cache control headers on old ?_since redirects (cache for 1 day by default).

4.0.0 (2021-10-21)

Breaking Changes

• No ResourceEvent is sent anymore for changes in this virtual monitor/changes collection.

3.2.0 (2020-11-20)

New features

• Add filtering support in monitor/changes changeset endpoint

3.1.2 (2020-09-30)

Bug fixes

• Fix crash when collection is unknown and backend running in readonly mode

3.1.1 (2020-09-28)

Bug fixes

• Bypass storage when redirecting on old _since

3.1.0 (2020-09-22)

New features

• Redirect clients whose ?_since value is too old (21 days by default)

• Add support for monitor/changes in changeset endpoints (fixes #173)

Bug fixes

• Fix validation rule for _since query parameter

3.0.2 (2020-06-02)

Bug fixes

• Include tombstones in changeset endpoint (fixes #175)

3.0.1 (2020-05-26)

• Sort changes explicitly by last_modified descending

3.0.0 (2020-04-20)

Breaking changes

• Switch changeset timestamp from ETag to integer (#168)

2.2.0 (2020-03-26)

New features

• Add changeset endpoint (#154)

Bug fixes

• Fix crash with If-None-Match: * (fixes #158)

2.1.1 (2019-12-23)

Bug fixes

• Use explicit resource timestamp from DB instead of event payload

2.1.0 (2019-02-20)

New feature

• Send Cache-Control headers if cache busting query parameters or concurrency control request headers are sent (#66)

2.0.0 (2019-01-15)

Breaking changes

• Requires Kinto >= 12

1.3.0 (2018-10-15)

New feature

• Add ability to configure cache control headers (#47)

1.2.1 (2018-09-17)

Bug fixes

• Don’t do anything during a migrate command (fixes #43).

1.2.0 (2018-09-06)

New feature

• Events are now generated on the monitor/changes collection (#41).

1.1.1 (2018-04-17)

Internal changes

• Get rid of six

1.1.0 (2017-11-16)

Breaking changes

• Upgrade to Kinto 7

Bug fixes

• Disable reify to always get the most accurate timestamp. (#36)

1.0.0 (2017-02-14)

Bug fixes

• Accessing the monitoring collection when no changes occured don’t fail anymore (fixes #23)

• The timestamps shown in the monitoring endpoint are now exactly equal (never superior anymore) to the timestamps of the monitored collections.

Breaking changes

• The change endpoint location is now hard-coded (/buckets/monitor/collections/changes/records) and cannot be configured.

• The permissions principals cannot be specified anymore. The change endpoint is now always public.

• The monitor bucket and changes collection are not required anymore and are not created anymore.

• POST and DELETE are not supported on the changes endpoint anymore.

• Individual entries (eg. /buckets/monitor/collections/changes/records/{id}) cannot be accessed anymore.

• The listener was dropped. Configuration must be changed:

Before:

kinto.event_listeners = changes
kinto.event_listeners.changes.use = kinto_changes.listener
kinto.event_listeners.changes.http_host = website.domain.tld
kinto.event_listeners.changes.collections = /buckets/settings
                                            /buckets/blocklists/collections/certificates

Now:

kinto.changes.http_host = website.domain.tld
kinto.changes.resources = /buckets/settings
                          /buckets/blocklists/collections/certificates

0.5.0 (2017-01-16)

• Do not force the timestamp of monitored entries (#27)

0.4.0 (2016-11-07)

• Add the plugin version in the capability (#20)

• Add collections in the capability (#18)

• Add a specific setting to override global http_host value (#24)

0.3.0 (2016-05-19)

• Update to kinto.core for compatibility with Kinto 3.0. This release is no longer compatible with Kinto < 3.0, please upgrade!

0.2.0 (2016-04-25)

• Addition of the changes capability

0.1.0 (2015-12-22)

• Initial code.

• Bucket and collection name configuration.

• Changes read permissions configuration.

• Selection of buckets and collections to follow configuration.