v20.8.0

• CompressOptions got scrambled in v20.7.0 which broke compression, this is now fixed.

v20.7.0

More decompressors

• Fixes DEDICATED_DECOMPRESSOR introduced in v20.3.0
• Adds a range of DEDICATED_DECOMPRESSOR_32KB .. DEDICATED_DECOMPRESSOR_512B

v20.6.0

Minor build fix

Fixes a build issue where TopicTree::iteratingSubscriber was private within WebSocket::iterateTopics function.

v20.5.0

Reordering & flags fix

• In v19.8.0 while optimizing large message sending, a reordering bug was introduced that may reorder outgoing messages.
• uSockets 0.8.1 fixes a bug passing invalid flags down to send syscall.

v20.4.0

Optimizes large publishes

• Large message publishing is now just as fast as regular WebSocket::send and bypasses any effort to coalesce with small messages.
• Fixes a potential memory leak in TopicTree::publish.

v20.3.0

Dedicated decompressors

Adds uWS::CompressOptions::DEDICATED_DECOMPRESSOR. This (decompressor) flag can be OR:ed with one (compressor) flag to easily create a complete compression preference such as:

.compression = uWS::CompressOptions(uWS::DEDICATED_COMPRESSOR_4KB | uWS::DEDICATED_DECOMPRESSOR),

See #1347. This change is backwards compatible. More specific decompressors will be added with time.

v20.2.0

• Moves TopicTree from individual WebSocketContextData's up to the one shared App.
• Fixes undefined behavior in the destructor of App (passes fuzzing build sanity checks).
• Fixes two fuzzing issues introduced in v20 (fuzzing should now be clean; but let's wait a week and find out).

v20.1.0

Adds wider TopicTree fuzz testing and fixes first v20 bug.

v20.0.0

Massively simplified & improved pub/sub

Pub/sub is now a lot more predictable and always guarantees strict ordering inside topics, across topics and between WebSocket::send and WebSocket::publish / App::publish. Subscription and unsubscription is always guaranteed to be strictly ordered with respect to publish. Support for MQTT wildcards has been removed.

Backwards compatible

Unless you're relying on MQTT wildcards ('#', '+'), v20.0.0 is entirely backwards compatible with v19.9.0.

Motivation

When pub/sub was introduced in 2018, it was designed based on a few assumptions:

• SHARED_COMPRESSOR being preferred by customers and customers being okay with supporting many application-level messages wrapped in and delivered as one bigger WebSocket message.
  • Expectation: Customers being willing to optimize the application protocol to minimize compression overhead.
  • Reality: This is way too complicated for customers and not even backwards compatible with their existing protocols. Customers simply want things to work, and they heavily prefer DEDICATED_COMPRESSOR.
• Subscription and unsubscription to/from topics being "malleable" and not strictly ordered.
  • Expectation: Customers being fine with subscriptions and unsubscriptions being executed in as big of a batch as possible, with minor re-ordering of messages not being a problem.
  • Reality: Many apps depend on a strict ordering guarantee and break down if order is not guaranteed. This is why the nonStrict hack was added, which performs really bad in worst-case and is badly understood.
• WebSocket::send and WebSocket::publish being two different streams out of order with each other.
  • Expectation: There being a separate use for pub/sub, not related to send.
  • Reality: Customers expect WebSocket::publish followed by WebSocket::send to be delivered in order, and the opposite likewise.
• MQTT syntax being useful
  • Expectation: Efficient use of a logarithmic tree of topics and wildcards
  • Reality: Customers don't care

v19.9.0

Fixes a bug applicable to the new publish-to-all-except-self feature in v19 (WebSocket::publish).