Version 0.2.0 (#1551)

* v0.2.0-rc2

* Update CHANGES.md (also with some markdown lint suggestions)

* Update version number

* Update CHANGES.md

* Update CHANGES.md

* Update CHANGES.md

* Add known issue

* Update CHANGES.md
main
Neil Alexander 2020-10-20 16:46:53 +01:00 committed by GitHub
parent 39c7a8915c
commit 6a16d46fba
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 128 additions and 68 deletions

View File

@ -1,89 +1,149 @@
# Dendrite 0.1.0 (2020-10-08) # Changelog
## Dendrite 0.2.0 (2020-10-20)
### Important
* This release makes breaking changes for polylith deployments, since they now use the multi-personality binary rather than separate binary files
* Users of polylith deployments should revise their setups to use the new binary - see the Features section below
* This release also makes breaking changes for Docker deployments, as are now publishing images to Docker Hub in separate repositories for monolith and polylith
* New repositories are as follows: [matrixdotorg/dendrite-monolith](https://hub.docker.com/repository/docker/matrixdotorg/dendrite-monolith) and [matrixdotorg/dendrite-polylith](https://hub.docker.com/repository/docker/matrixdotorg/dendrite-polylith)
* The new `latest` tag will be updated with the latest release, and new versioned tags, e.g. `v0.2.0`, will preserve specific release versions
* [Sample Compose configs](https://github.com/matrix-org/dendrite/tree/master/build/docker) have been updated - if you are running a Docker deployment, please review the changes
* Images for the client API proxy and federation API proxy are no longer provided as they are unsupported - please use [nginx](docs/nginx/) (or another reverse proxy) instead
### Features
* Dendrite polylith deployments now use a special multi-personality binary, rather than separate binaries
* This is cleaner, builds faster and simplifies deployment
* The first command line argument states the component to run, e.g. `./dendrite-polylith-multi roomserver`
* Database migrations are now run at startup
* Invalid UTF-8 in requests is now rejected (contributed by [Pestdoktor](https://github.com/Pestdoktor))
* Fully read markers are now implemented in the client API (contributed by [Lesterpig](https://github.com/Lesterpig))
* Missing auth events are now retrieved from other servers in the room, rather than just the event origin
* `m.room.create` events are now validated properly when processing a `/send_join` response
* The roomserver now implements `KindOld` for handling historic events without them becoming forward extremity candidates, i.e. for backfilled or missing events
### Fixes
* State resolution v2 performance has been improved dramatically when dealing with large state sets
* The roomserver no longer processes outlier events if they are already known
* A SQLite locking issue in the previous events updater has been fixed
* The client API `/state` endpoint now correctly returns state after the leave event, if the user has left the room
* The client API `/createRoom` endpoint now sends cumulative state to the roomserver for the initial room events
* The federation API `/send` endpoint now correctly requests the entire room state from the roomserver when needed
* Some internal HTTP API paths have been fixed in the user API (contributed by [S7evinK](https://github.com/S7evinK))
* A race condition in the rate limiting code resulting in concurrent map writes has been fixed
* Each component now correctly starts a consumer/producer connection in monolith mode (when using Kafka)
* State resolution is no longer run for single trusted state snapshots that have been verified before
* A crash when rolling back the transaction in the latest events updater has been fixed
* Typing events are now ignored when the sender domain does not match the origin server
* Duplicate redaction entries no longer result in database errors
* Recursion has been removed from the code path for retrieving missing events
* `QueryMissingAuthPrevEvents` now returns events that have no associated state as if they are missing
* Signing key fetchers no longer ignore keys for the local domain, if retrieving a key that is not known in the local config
* Federation timeouts have been adjusted so we don't give up on remote requests so quickly
* `create-account` no longer relies on the device database (contributed by [ThatNerdyPikachu](https://github.com/ThatNerdyPikachu))
### Known issues
* Old events can incorrectly appear in `/sync` as if they are new when retrieving missing events from federated servers, causing them to appear at the bottom of the timeline in clients
## Dendrite 0.1.0 (2020-10-08)
First versioned release of Dendrite. First versioned release of Dendrite.
## Client-Server API Features ## Client-Server API Features
### Account registration and management ### Account registration and management
- Registration: By password only.
- Login: By password only. No fallback. * Registration: By password only.
- Logout: Yes. * Login: By password only. No fallback.
- Change password: Yes. * Logout: Yes.
- Link email/msisdn to account: No. * Change password: Yes.
- Deactivate account: Yes. * Link email/msisdn to account: No.
- Check if username is available: Yes. * Deactivate account: Yes.
- Account data: Yes. * Check if username is available: Yes.
- OpenID: No. * Account data: Yes.
* OpenID: No.
### Rooms ### Rooms
- Room creation: Yes, including presets.
- Joining rooms: Yes, including by alias or `?server_name=`. * Room creation: Yes, including presets.
- Event sending: Yes, including transaction IDs. * Joining rooms: Yes, including by alias or `?server_name=`.
- Aliases: Yes. * Event sending: Yes, including transaction IDs.
- Published room directory: Yes. * Aliases: Yes.
- Kicking users: Yes. * Published room directory: Yes.
- Banning users: Yes. * Kicking users: Yes.
- Inviting users: Yes, but not third-party invites. * Banning users: Yes.
- Forgetting rooms: No. * Inviting users: Yes, but not third-party invites.
- Room versions: All (v1 - v6) * Forgetting rooms: No.
- Tagging: Yes. * Room versions: All (v1 * v6)
* Tagging: Yes.
### User management ### User management
- User directory: Basic support.
- Ignoring users: No. * User directory: Basic support.
- Groups/Communities: No. * Ignoring users: No.
* Groups/Communities: No.
### Device management ### Device management
- Creating devices: Yes.
- Deleting devices: Yes. * Creating devices: Yes.
- Send-to-device messaging: Yes. * Deleting devices: Yes.
* Send-to-device messaging: Yes.
### Sync ### Sync
- Filters: Timeline limit only. Rest unimplemented.
- Deprecated `/events` and `/initialSync`: No. * Filters: Timeline limit only. Rest unimplemented.
* Deprecated `/events` and `/initialSync`: No.
### Room events ### Room events
- Typing: Yes.
- Receipts: No. * Typing: Yes.
- Read Markers: No. * Receipts: No.
- Presence: No. * Read Markers: No.
- Content repository (attachments): Yes. * Presence: No.
- History visibility: No, defaults to `joined`. * Content repository (attachments): Yes.
- Push notifications: No. * History visibility: No, defaults to `joined`.
- Event context: No. * Push notifications: No.
- Reporting content: No. * Event context: No.
* Reporting content: No.
### End-to-End Encryption ### End-to-End Encryption
- Uploading device keys: Yes.
- Downloading device keys: Yes. * Uploading device keys: Yes.
- Claiming one-time keys: Yes. * Downloading device keys: Yes.
- Querying key changes: Yes. * Claiming one-time keys: Yes.
- Cross-Signing: No. * Querying key changes: Yes.
* Cross-Signing: No.
### Misc ### Misc
- Server-side search: No.
- Guest access: Partial. * Server-side search: No.
- Room previews: No, partial support for Peeking via MSC2753. * Guest access: Partial.
- Third-Party networks: No. * Room previews: No, partial support for Peeking via MSC2753.
- Server notices: No. * Third-Party networks: No.
- Policy lists: No. * Server notices: No.
* Policy lists: No.
## Federation Features ## Federation Features
- Querying keys (incl. notary): Yes.
- Server ACLs: Yes. * Querying keys (incl. notary): Yes.
- Sending transactions: Yes. * Server ACLs: Yes.
- Joining rooms: Yes. * Sending transactions: Yes.
- Inviting to rooms: Yes, but not third-party invites. * Joining rooms: Yes.
- Leaving rooms: Yes. * Inviting to rooms: Yes, but not third-party invites.
- Content repository: Yes. * Leaving rooms: Yes.
- Backfilling / get_missing_events: Yes. * Content repository: Yes.
- Retrieving state of the room (`/state` and `/state_ids`): Yes. * Backfilling / get_missing_events: Yes.
- Public rooms: Yes. * Retrieving state of the room (`/state` and `/state_ids`): Yes.
- Querying profile data: Yes. * Public rooms: Yes.
- Device management: Yes. * Querying profile data: Yes.
- Send-to-Device messaging: Yes. * Device management: Yes.
- Querying/Claiming E2E Keys: Yes. * Send-to-Device messaging: Yes.
- Typing: Yes. * Querying/Claiming E2E Keys: Yes.
- Presence: No. * Typing: Yes.
- Receipts: No. * Presence: No.
- OpenID: No. * Receipts: No.
* OpenID: No.

View File

@ -16,7 +16,7 @@ var build string
const ( const (
VersionMajor = 0 VersionMajor = 0
VersionMinor = 1 VersionMinor = 2
VersionPatch = 0 VersionPatch = 0
VersionTag = "" // example: "rc1" VersionTag = "" // example: "rc1"
) )