Ably's changelog www.ably.com

This release affects both the ably-ruby and ably-ruby-rest client libraries.

Implemented enhancements:

• statesman dependency very outdated #199
• Add support for custom transportParams #176
• Re-enable imempotency tests as part of 1.1 release #174
• Ensure request method accepts UPDATE, PATCH & DELETE verbs #168
• my-members presenceMap requirement change for 1.1 #163
• Add ChannelProperties as part of 1.0 spec (RTL15) #112

Fixed bugs:

• client_id should be passed as clientId #159
• Error in the HTTP2 framing layer issue before heroku-20 #215
• Using a clientId should no longer be forcing token auth in the 1.1 spec #182

Merged pull requests:

• Continue running all workflow jobs when one fails #235 (owenpearson)
• Set SNI hostname and verify peer certificates when using TLS #234 (lmars)
• Validate that members presenceMap does not change on synthesized leave #231 (TheSmartnik)
• Conform license and copyright #229 (QuintinWillison)
• Add ChannelProperties (RTL15) #227 (TheSmartnik)
• Replace fury badges with shields.io #226 (owenpearson)
• Add transport_params option to realtime client (RTC1f1) #224 (TheSmartnik)
• Use GitHub actions #223 (owenpearson)
• Add support for delete, patch, put method in #request #218 (TheSmartnik)
• Upgrade statesman #217 (TheSmartnik)
• Remove until_attach option for presence history #216 (TheSmartnik)
• Update Travis CI versions #214 (TheSmartnik)
• Add maintainers file #213 (niksilver)

Closed issues:

• Laravel 5.5 Support - Auto Discovery #3

Merged pull requests:

• Conform license and copyright #10 (QuintinWillison)
• Support PHP 8, drop versions below 7.2 #9 (owenpearson)
• Add maintainers file #8 (niksilver)
• Known limitations section #7 (Srushtika)
• Adding Laravel 5.5 Auto Discovery #4 (robbydooo)

Merged pull requests

• Fix bugs in disconnection error filtering #734
• Replace fury badges with shields.io #716

Merged pull requests

• Fix imports for callbacks.js, promises.js, typings. #730
• Fix request typings #731
• Deprecate bower #733

Fixed bugs

• ably-js 1.2.5 causes error in react-native #714

Merged pull requests

• Fix faulty import of JSONP transport to React Native and NativeScript #726
• Remove build output from git #725
• Bump elliptic from 6.5.3 to 6.5.4 #724
• Conform license and copyright #720
• Comet: Raise preconnect event if the server responds with a protocol message #719

With this release we are introducing support for PHP 8 and dropping support for PHP versions 5.6, 7.0, and 7.1 since they have reached EOL.

Implemented enhancements:

• PHP 8.0 support #88
• Support Channel#publish(Message, params) #83

Fixed bugs:

• Need to support Push payloads in publish() #82

Closed issues:

• Trying to get property 'items' of non-object #92

Merged pull requests:

• Support PHP 8.0; Drop 5.6, 7.0 & 7.1 #96 (jdavid)
• Fix test case in local environment #95 (jdavid)
• Amend workflow branch name #94 (owenpearson)
• Fix parsePaginationHeaders #93 (jdavid)
• Replace Travis with GitHub workflow #91 (QuintinWillison)
• Add maintainers file #90 (niksilver)
• Rename master to main #86 (QuintinWillison)
• RSH1b2 list pagination, test next() #81 (jdavid)

Fixed bugs:

• Crypto.getRandomMessageId isn't working as intended #654
• Hosts class is not thread safe #650
• AblyBase.InternalChannels is not thread-safe #649

Merged pull requests:

• Makes the Hosts class safe to be called from any thread #657 (QuintinWillison)
• Fix getRandomMessageId #656 (sacOO7)
• Improve channel map operations in respect of thread-safety #655 (QuintinWillison)

Incoming webhooks are an easy way to publish messages to Ably from a 3rd party integration. You can use the URL from an incoming webhook with Ably to scale messages globally. This is useful for applications that aren’t built to scale or that can’t easily communicate directly to different devices.

For example, you may want to send a message over Ably every time there is an incoming SMS in your Nexmo account. You can set up a Nexmo webhook using the URL from Ably's incoming webhooks menu. You'll be connected and up and running in just a few minutes.

To register an incoming webhook, in your Ably dashboard navigate to the Ably App you want to register an incoming webhook for and head to the Integrations tab (formerly the Reactor tab).

Register an incoming webhook with a friendly name and a channel to which messages posted via webhook will be published. This will generate a URL to use in other systems' webhook which you can paste as the callback URL.

For more info, please check out the docs or get in touch.

Conformed Package Name and Version

With this release we are conforming our version numbering to match that used in our other client libraries. This reflects the fact that this plugin is heading towards compliance with version 1.2 of our Features Specification, also aligning with the underlying implementations of ably-cocoa and ably-java.

Package Name Change

We're now simply ably_flutter (renamed from ably_flutter_plugin, as we realised the _plugin suffix was somewhat superfluous).

Fixed bugs:

• Unhandled TimeoutException error being thrown occassionally #72

Closed issues:

• native dart implementation #76
• Improve our "pub points" score on pub.dev #65
• Ably Flutter - Error building for android: target SDK less than 24 #25

Merged pull requests:

• Conform workflow triggers #91 (QuintinWillison)
• Rename Package to remove the _plugin suffix #90 (QuintinWillison)
• Stage 1.1 Integration #88 (QuintinWillison)
• Readme Improvements #79 (QuintinWillison)
• Add maintainers file #78 (niksilver)
• Remove experimental warning #77 (QuintinWillison)
• Android | reduce minSdkVersion to 19 #75 (tiholic)
• Feature/rest history integration tests #68 (tiholic)
• Feature/lint dart #67 (tiholic)
• Realtime Channel history #52 (tiholic)
• Channel history & Paginated Result API for Rest #48 (tiholic)

State persistence allows clients to persist the last message on the channel beyond typical Rewind and History API retention periods. You can now persist the last message on a channel for 365 days. This is beneficial for channels that have either a variance in frequency or low frequency of messages. For example, a typical use case would be a dashboard showing a market or currency rate data - the software will have the last data to show immediately after subscribing to a channel, before any new updates occur.

To enable state persistence on a channel, please enable Persist last message on Channel rules to store the last published message for 365 days. Retrieving the last message can be achieved using rewind=1 on the rewind API.

If you have questions about state persistence, please get in touch.