Zulip Server 4.6 bug fix release
We released Zulip Server 4.6 today! This is a bug fix release, containing a few dozen cherry-picked changes since Zulip Server 4.5.
What’s new
This release fixes the following issues:
- Documented official support for Debian 11 Bullseye, now that it is officially released by Debian upstream.
- Fixed installation on Debian 10 Buster. Upstream infrastructure had broken the
Python
virtualenv
tool on this platform, which we’ve worked around for this release. - Zulip releases are now distributed from
https://download.zulip.com/server/,
replacing the old
www.zulip.org
server. - Added support for LDAP synchronization of the
is_realm_owner
andis_moderator
flags. upgrade-zulip-from-git
now usesgit fetch --prune
; this ensuresupgrade-zulip-from-git master
with return an error rather than using a stale cached version of themaster
branch, which was renamed tomain
this month.- Added a new
reset_authentication_attempt_count
management command to allow sysadmins to manually reset authentication rate limits. - Fixed a bug that caused the
upgrade-postgresql
tool to incorrectly removesupervisord
configuration forprocess-fts-updates
. - Fixed a rare migration bug when upgrading from Zulip versions 2.1 and older.
- Fixed a subtle bug where the left sidebar would show both old and new names for some topics that had been renamed.
- Fixed incoming email gateway support for configurations with the
http_only
setting enabled. - Fixed issues where the Slack-compatible interface outgoing webhook variant had a different format from Slack’s documented interface.
- The installation and upgrade documentations now show the latest release’s version number.
- Backported many improvements to the ReadTheDocs documentation.
- Updated translation data from Transifex.
Upgrading
We recommend that all installations upgrade to this new release. See the upgrade instructions in the Zulip documentation. If you need help, best-effort support is available in #production help in the Zulip developer community.
Community
We love feedback from the Zulip user community. Here are a few ways you can participate:
- The Zulip developer community is the best place to provide feedback. Many feedback conversations lead to concrete changes in Zulip, its documentation, or our priorities.
- Follow us on Twitter, or join our announcement mailing list (or subscribe to the blog posts, which are mostly a subset of the already low-volume mailing list).
- Contribute financially to the project by sponsoring Zulip.