Repository navigation
Conversation
wind-c
force-pushed
the
chore/chart-0.5.1
branch
from
November 5, 2026 01:37
6a03e53 to
5f3e974
Compare
The chart version has to move because chart-releaser will not release the same chart version twice, and appVersion moves so that image.tag, which falls back to it, points the deployment at the 2.6.7 image. The upgrade note records the two serious defects 2.6.7 fixes: an unauthenticated peer could make the broker hold 256 MiB per connection by declaring a large packet body and then going quiet, and a partial capabilities block in the configuration zeroed every capability that was not listed, which silently stopped persistent sessions from delivering. The chart release is now marked not-latest. The action defaults it to true, which would replace the broker release as the repository's Latest on every chart bump.
wind-c
force-pushed
the
chore/chart-0.5.1
branch
from
November 5, 2026 01:41
5f3e974 to
c173391
Compare
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What this does
The
v2.6.7broker release is out. This moves the chart onto it.The chart version has to move because
chart-releaserwill not release the same chart version twice, and0.5.0was already published.appVersionmoves becauseimage.tagfalls back to it, so a deployment without an explicitimage.tagwould otherwise keep running the2.6.6image. The helper refuseslatest, so there is no way to get the new broker by accident either.The PR also sets
mark_as_latest: falseon the chart release. The action defaults it totrue, socomqtt-0.5.1would otherwise become the repository's "Latest" release and push the broker release off the front page.Why the version matters
Broker 2.6.7 fixes two serious defects:
An unauthenticated peer could make the broker hold 256 MiB per connection. The packet body size comes from a
Remaining Lengththe peer declares in the fixed header, and the broker allocated that much before a single body byte arrived. A peer that declared the 256 MiB protocol maximum and then went quiet pinned that much memory for as long as it kept the socket open. Bodies over 64 KiB are now grown as data arrives, so memory tracks bytes received rather than bytes declared. Measured: about 256 MiB per connection before, about 0.4 MiB per connection after.A partial
capabilities:block in the configuration zeroed every capability that was not listed. The presence of anycapabilities:key made YAML allocate a zero-valued struct, so the defaults were skipped entirely. The worst of them wasMaximumMessageExpiryInterval: at zero, the expiry sweep discarded the whole offline queue and persistent sessions stopped delivering, with nothing logged. A partial block now merges on top of the defaults.The other fixes in 2.6.7 cover property count and topic filter depth amplification, a listener that was silently killed by a transient
Acceptfailure, inflight resend ordering, same-id session takeover, and a slice out of range in the cluster relay.Full notes: https://github.com/wind-c/comqtt/releases/tag/v2.6.7
Rolling this out
image.tagfalls back toChart.appVersion, so an upgrade without an explicitimage.tagwill roll the pods onto the2.6.7image. Be aware thatapp.kubernetes.io/versionis part of the pod template labels, so the pods restart on this upgrade even ifimage.tagis pinned; pinning keeps the old image, not the old pods.The chart's own
Upgradessection records this, and keeps the note for chart 0.5.0.